(57)【要約】  本発明は、通信システムにおけるデータパケットを送信および再送信するシステムおよび方法に関する。無線ネットワークワーク制御装置とユーザ装置間に、連続したＡＲＱループを採用する。とりわけ、本発明は、ユニバーサル移動体通信システム（ＵＭＴＳ）またはＷＣＤＭＡシステムに関連する。
2005510950.tif 000002
【特許請求の範囲】
【請求項１】
送信側と受信側との間にある再送ループに２以上の連続的な再送のサブループが含まれている通信システムにおける再送を実行する方法であって、
第１の送信機と、第２の送信機と、受信機とが含まれる前記再送ループにおいて、該受信機によってアクノレッジされることが期待されている次の順番のパケットユニットに関するシーケンス番号を示すステータス変数を搬送する信号を、前記第２の送信機により前記第１の送信機へと送信することを特徴とする方法。
【請求項２】
前記第２の送信機と前記受信機との間にあるチャネルについてハンドオーバを実行する際に、前記ステータス変数を搬送する前記信号を送信することを特徴とする請求項１に記載の方法。
【請求項３】
前記第２の送信機は、前記ステータス変数を送信する際に、停止を表す情報も前記第１の送信機へと送信することを特徴とする請求項１または２に記載の方法。
【請求項４】
前記第２の送信機は、該第２の送信機において前記受信機宛ての継続中のデータパケットが存在していないか、またはタイムアウトタイマーがすでにタイムアウトしているときに、停止を表す情報を送信することを特徴とする請求項１乃至３の何れかに記載の方法。
【請求項５】
前記第２の送信機において継続している前記受信機宛ての一以上のデータパケットは、前記ステータス変数を搬送する前記信号が送信される前に、前記受信機へと送信されることを特徴とする請求項１乃至４の何れかに記載の方法。
【請求項６】
前記ステータス変数を搬送する前記信号は、前記第２の送信機において前記受信機宛ての継続中のデータパケットが存在しなくなるか、またはタイムアウトタイマーがタイムアウトするまでは送信されないことを特徴とする請求項１乃至５の何れかに記載の方法。
【請求項７】
前記受信機によって前記第２の送信機へとアクノレッジされることが期待されている次の順番にあたるパケットユニットのシーケンス番号から、前記第１の送信機から前記第２の送信機へと初めて送信される次のパケットユニットのシーケンス番号までの範囲にあるパケットユニットの前記ステータス変数を、否定的なアクノレッジとして前記第１の送信機が解釈することを特徴とする請求項１乃至６の何れかに記載の方法。
【請求項８】
否定的にアクノレッジされたと解釈されたパケットユニットらを第３の送信機へと送信することを特徴とする請求項７に記載の方法。
【請求項９】
前記第２の送信機は、該第２送信機から初めて送信される次のパケットユニットのシーケンス番号を示すステータス変数を搬送する信号を送信することを特徴とする請求項１に記載の方法。
【請求項１０】
前記ステータス信号を搬送する前記信号は、前記第２の送信機と前記受信機との間にあるチャネルをハンドオーバする際に送信されることを特徴とする請求項９に記載の方法。
【請求項１１】
前記受信機によって前記第２の送信機へとアクノレッジされることが期待されている次の順番にあたるパケットユニットのシーケンス番号から、前記第２の送信機から前記受信機へと初めて送信される次のパケットユニットのシーケンス番号までの範囲にあるパケットユニットの前記ステータス変数を、否定的なアクノレッジとして前記第１の送信機が解釈することを特徴とする請求項９または１０に記載の方法。
【請求項１２】
否定的にアクノレッジされたと解釈されたパケットユニットらを第３の送信機へと送信することを特徴とする請求項９乃至１１の何れかに記載の方法。
【請求項１３】
前記受信機は、該受信機の受信ステータスを搬送する一以上の信号を第３の送信機へと送信することを特徴とする請求項９乃至１２の何れかに記載の方法。
【請求項１４】
前記第３の送信機は、前記受信機の受信ステータスに応じて、該第3の送信機の送信ステータスを更新することを特徴とする請求項９乃至１３の何れかに記載の方法。
【請求項１５】
前記受信ステータスには、受信されることが期待されている次の順番のＰＵについてのシーケンス番号が含まれていることを特徴とする請求項９乃至１３の何れかに記載の方法。
【請求項１６】
前記第２の送信機と前記受信機との間にあるチャネルから、第３の送信機と前記受信機との間にあるチャネルへとコネクションがハンドオーバされることを特徴とする請求項１乃至１５の何れかに記載の方法。
【請求項１７】
前記チャネルは、ＨＳＤＰＡチャネルまたはＨＳ−ＤＳＣＨであることを特徴とする請求項２、１０または１６に記載の方法。
【請求項１８】
前記第３の送信機は、無線ネットワーク制御装置、ノードＢまたは基地局であることを特徴とする請求項１２乃至１５の何れかに記載の方法。
【請求項１９】
前記第２の送信機は、無線ネットワーク制御装置、ノードＢまたは基地局であることを特徴とする請求項１乃至１８の何れかに記載の方法。
【請求項２０】
前記第１の送信機は、無線ネットワーク制御装置であることを特徴とする請求項１乃至１９の何れかに記載の方法。
【請求項２１】
前記受信機は、ユーザ装置であることを特徴とする請求項１乃至２０の何れかに記載の方法。
【請求項２２】
前記通信システムは、ユニバーサル移動通信システムまたはＷＣＤＭＡシステムであることを特徴とする請求項１乃至１７の何れかに記載の方法。
【請求項２３】
送信側と受信側との間にある再送ループには２以上の連続的な再送のサブループらが含まれている通信システムにおいて再送を実行するネットワーク構成要素であって、前記ネットワーク構成要素は、第１の送信機と、第２の送信機からステータス変数を搬送する信号を受信する受信手段とを含み、該ステータス変数は、該受信機によってアクノレッジされることが期待されている次の順番にあたるパケットユニットのシーケンス番号を示すことを特徴とするネットワーク構成要素。
【請求項２４】
前記ステータス変数とともに、停止を表す情報を受信する受信手段をさらに含む請求項２３に記載のネットワーク構成要素。
【請求項２５】
前記ステータス変数によって示されているシーケンス番号から、前記ネットワーク構成要素から前記第２の送信機へと初めて送信される次のパケットユニットのシーケンス番号までの範囲にあるパケットユニットの前記ステータス変数を受信すると、否定的なアクノレッジとして解釈する処理手段をさらに含むことを特徴とする請求項２３または２４に記載のネットワーク構成要素。
【請求項２６】
前記第２の送信機から初めて送信される次の順番にあたるパケットユニットのシーケンス番号を示しているステータス変数を搬送する信号を該第２の送信機から受信する受信手段を含むことを特徴とする請求項２３に記載のネットワーク構成要素。
【請求項２７】
前記ステータス変数を受信すると、該ステータス変数によって示された範囲内にあるパケットユニットについての否定的なアクノレッジとして解釈する処理手段をさらに含む請求項２６に記載のネットワーク構成要素。
【請求項２８】
前記ステータス変数を搬送する前記信号は、前記第２の送信機と前記受信機との間にあるチャネルをハンドオーバする際に送信されることを特徴とする請求項２５乃至２７の何れかに記載のネットワーク構成要素。
【請求項２９】
否定的にアクノレッジされたと解釈されたパケットユニットを第３の送信機へと送信する送信手段をさらに含むことを特徴とする請求項２３乃至２８の何れかに記載のネットワーク構成要素。
【請求項３０】
前記第３の送信機は、無線ネットワーク制御装置、ノードＢまたは基地局であることを特徴とする請求項２９に記載のネットワーク構成要素。
【請求項３１】
前記通信システムは、ユニバーサル移動通信システムまたはＷＣＤＭＡシステムであることを特徴とする請求項２３乃至３０の何れかに記載のネットワーク構成要素。
【請求項３２】
送信側と受信側との間にある再送ループには２以上の連続的な再送のサブループらが含まれている通信システムにおいて再送を実行するネットワーク構成要素であって、前記ネットワーク構成要素は、第２の送信機と、ステータス変数を搬送する信号を第１の送信機へと送信する送信手段とを含み、該ステータス変数は、受信機によってアクノレッジされることが期待されている次の順番にあたるパケットユニットのシーケンス番号を示すことを特徴とするネットワーク構成要素。
【請求項３３】
前記ステータス変数を搬送する前記信号は、前記第２の送信機と前記受信機との間にあるチャネルをハンドオーバする際に送信されることを特徴とする請求項３２に記載のネットワーク構成要素。
【請求項３４】
前記ステータス変数とともに、停止を表す情報を前記第１の送信機へと送信する送信手段をさらに含む請求項３２または３３に記載のネットワーク構成要素。
【請求項３５】
前記第２の送信機は、前記受信機宛ての継続中のデータパケットが該第２の送信機に存在していないか、またはタイムアウトタイマーがすでにタイムアウトしているときに、停止を表す情報を送信することを特徴とする請求項３２乃至３４の何れかに記載のネットワーク構成要素。
【請求項３６】
パケットデータの送信バッファをさらに含むことを特徴とする請求項３２乃至３５の何れかに記載のネットワーク構成要素。
【請求項３７】
前記第２の送信機において継続している前記受信機宛ての一以上のデータパケットは、前記ステータス変数を搬送する前記信号が送信される前に、前記受信機へと送信されることを特徴とする請求項３２乃至３６の何れかに記載のネットワーク構成要素。
【請求項３８】
前記ステータス変数を搬送する前記信号は、前記受信機宛ての継続中のデータパケットが前記第２の送信機に存在しなくなるか、またはタイムアウトタイマーがタイムアウトするまでは、送信されないことを特徴とする請求項３２乃至３７の何れかに記載のネットワーク構成要素。
【請求項３９】
前記第２の送信機から初めて送信される次のパケットユニットのシーケンス番号を示すステータス変数を搬送する信号を送信する送信手段をさらに含むことを特徴とする請求項３２に記載のネットワーク構成要素。
【請求項４０】
前記ステータス変数を搬送する前記信号は、前記ネットワーク構成要素と前記受信機との間にあるチャネルをハンドオーバする際に送信されることを特徴とする請求項３９に記載のネットワーク構成要素。
【請求項４１】
前記受信機の受信ステータスを搬送する信号を受信する受信手段をさらに含むことを特徴とする請求項３２乃至４０の何れかに記載のネットワーク構成要素。
【請求項４２】
前記受信機の前記受信ステータスに応じて、前記ネットワーク構成要素の送信ステータスを更新する回路をさらに含むことを特徴とする請求項３２乃至４１の何れかに記載のネットワーク構成要素。
【請求項４３】
前記受信ステータスには、受信されることが期待されている次の順番にあたるＰＵのシーケンス番号が含まれていることを特徴とする請求項４１または４２に記載のネットワーク構成要素。
【請求項４４】
前記ネットワーク構成要素は、該ネットワーク構成要素と前記受信機との間にあるチャネルのハンドオーバに関与することを特徴とする請求項３２乃至４３の何れかに記載のネットワーク構成要素。
【請求項４５】
前記チャネルは、ＨＳＤＰＡチャネルまたはＨＳ−ＤＳＣＨであることを特徴とする請求項２８、３３、４０、４１または４４に記載のネットワーク構成要素。
【請求項４６】
前記第１の送信機は、無線ネットワーク制御装置であるか、無線ネットワーク制御装置に含まれることを特徴とする請求項２３乃至４５の何れかに記載のネットワーク構成要素。
【請求項４７】
前記第２の送信機は、無線ネットワーク制御装置であるか、無線ネットワーク制御装置に含まれることを特徴とする請求項２３乃至４６の何れかに記載のネットワーク構成要素。
【請求項４８】
前記ネットワーク構成要素は、無線ネットワーク制御装置、ノードＢまたは基地局であることを特徴とする請求項２３乃至４７の何れかに記載のネットワーク構成要素。
【請求項４９】
前記通信システムは、ユニバーサル移動通信システムまたはＷＣＤＭＡシステムであることを特徴とする請求項２３乃至４８の何れかに記載のネットワーク構成要素。
【請求項５０】
通信システムの通信チャネル上で送信信号または再送信号を受信する受信装置であって、２以上の連続的な再送のサブループらを含む再送ループが送信側と前記受信装置との間に存在し、前記受信装置は、自己の受信ステータスを搬送するための一以上の信号をネットワーク構成要素へと送信する送信手段を含むことを特徴とする受信装置。
【請求項５１】
前記受信ステータスは、前記ネットワーク構成要素の送信ステータスを更新するために送信されることを特徴とする請求項５０に記載の受信装置。
【請求項５２】
ハンドオーバの際に前記ネットワーク構成要素へと前記受信ステータスを送信する送信手段をさらに含むことを特徴とする請求項５０または５１に記載の受信装置。
【請求項５３】
前記受信ステータスは、該受信装置が前記ネットワーク構成要素からの送信信号の受信を開始する前に送信されることを特徴とする請求項５０乃至５２のいずれかに記載の受信装置。
【請求項５４】
前記受信ステータスには、受信されることが期待されている次の順番にあたるＰＵのシーケンス番号が含まれていることを特徴とする請求項５０乃至５３のいずれかに記載の受信装置。
【請求項５５】
前記チャネルは、ＨＳＤＰAチャネルまたはＨＳ−ＤＳＣＨであることを特徴とする請求項５０乃至５４のいずれかに記載の受信装置。
【請求項５６】
前記通信システムは、ユニバーサル移動通信システムまたはＷＣＤＭＡシステムであることを特徴とする請求項５０乃至５５の何れかに記載の受信装置。
【請求項５７】
前記受信装置は、ユーザ装置であることを特徴とする請求項５０乃至５６の何れかに記載の受信装置。
【請求項５８】
前記ネットワーク構成要素は、無線ネットワーク制御装置、ノードＢまたは基地局であることを特徴とする請求項５０乃至５７の何れかに記載の受信装置。
【請求項５９】
請求項１乃至２２の何れかに記載された方法を実行する手段を含むことを特徴とする無線通信システム。
【請求項６０】
請求項２３乃至４９の何れかに記載されたネットワーク構成要素を複数含むことを特徴とする無線通信システム。
【請求項６１】
請求項５０乃至５８の何れかに記載された受信装置を複数含むことを特徴とする無線通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムにおけるデータパケットを送信および再送信するシステムおよび方法に関する。とりわけ、本発明は、セルラー型の移動無線システム、特に、ユニバーサル移動体通信システム（ＵＭＴＳ）またはＷＣＤＭＡシステムに関連する。
【背景技術】
【０００２】
移動局（ＭＳ）やユーザ装置（ＵＥ）からのデータや、これらへのデータの再送処理が知られている。また、専用チャネル向けのアクノレッジモード（確認型データ転送モード）において、ＵＭＴＳプロトコル構造を採用したメディアアクセス制御レイヤーと無線回線制御レイヤーについても知られている。
【０００３】
ＵＭＴＳのアクノレッジモードによれば、前方誤り制御（ＦＥＣ）によって回復不可能な送信誤りを検出したときに、再送処理が実行される。これは、自動再送要求（ＡＲＱ）と呼ばれている。ＡＲＱを用いる場合には、送信メッセージが（肯定的に）所定のタイムフレーム内でアクノレッジされないか、または否定的にアクノレッジされた場合に、再送処理が実行される。
【０００４】
本願においては、無線ネットワーク制御装置（ＲＮＣ）は、無線リソース制御装置を含むネットワーク構成要素として理解されなければならない。ＲＮＣは、固定網に接続されている。ノードＢは、論理ノードであり、一以上のセルにおいて、ユーザ装置への無線送信やユーザ装置からの無線受信についての制御を担当している。基地局（ＢＳ）は、物理的なエンティティであり、ノードＢに相当する。
【０００５】
図１を参照すると、基地局＜ＢＳ１＞と＜ＢＳ２＞は、物理的なエンティティであり、それぞれノードＢ＜ＮｏｄｅＢ１＞と＜ＮｏｄｅＢ２＞とに相当する。＜ＮｏｄｅＢ１＞と＜ＮｏｄｅＢ２＞は、エアインタフェース（ＵＭＴＳではＵｕインタフェースと呼ばれている。）を終端するものである。これらは、対応するノードＢとＵＥとの間であって、無線ネットワーク制御装置＜ＲＮＣ＞の方向に存在するエアインタフェースを終端する。＜ＮｏｄｅＢ１＞と＜ＮｏｄｅＢ２＞とをそれぞれ制御する無線ネットワーク制御装置は、Ｉｕｂインタフェースを介してこれらと接続している。
【０００６】
メディアアクセス制御（ＭＡＣ）と、無線回線制御（ＲＬＣ）は、一般パケット無線サービス（ＧＰＲＳ）やＵＭＴＳのような無線通信システムにおいて使用されている。
【０００７】
米国特許第５，５７０，３６７号によれば、アクノレッジメントを送信し、再送メセージを要求する無線通信システムが開示されている。マイクロセルにおいて、エンドユーザの装置から受信したデータは、セルサイトへ転送される。セルサイトにおいて受信されたデータはセルラー交換機に送信される。基地局は、ポーリングメッセージをエンドユーザの装置に送信し、過去に基地局から送信されたものの、まだアクノレッジされていないメッセージのステータスを問い合せる。
【０００８】
また、基地局送信装置ウインドウが定義されている。当該ウインドウにおける下位のエンドポインタは、基地局に対して送信され、そこでアクノレッジされた最も小さい番号のパケットを識別するものである。また、上位のエンドポインタは、基地局によって送信された最も大きい番号のパケットを識別するものである。したがって、当該ウインドウは、基地局によって送信されたものの、エンドユーザの装置によってアクノレッジされなかったパケットらを表すことになる。
【０００９】
米国特許第６，１１８，７６５号によれば、スライディングウインドウを使用する識別装置のアクノレッジ方式が開示されている。この識別装置は、有効な転送用のパケットを通過させるものである。
【００１０】
国際公開公報ＷＯ００／２１２３１は、パケット交換網においてデータパケットを通信するシステムに関するものであり、バッファリング（バッファへの蓄積）を行なうネットワークエンティティが、送信ホストから送信されたデータパケットの終端受信機として動作するものである。
【００１１】
第３世代共同プロジェクト（３ＧＰＰ）：技術標準グループ・無線アクセスネットワーク、物理レイヤープロシージャ、３Ｇ ＴＳ ２５．３０１ ｖ３．６．０、フランス、２０００年９月、によれば、その第５章において、ＵＭＴＳにおける無線インタフェースプロトコルアーキテクチャが規定されている。これには次の３つのプロトコルレイヤーが存在する：
−物理レイヤー、レイヤー１またはＬ１
−データリンクレイヤー、レイヤー２またはＬ２
−ネットワークレイヤー、レイヤー３またはＬ３。
【００１２】
レイヤー２（Ｌ２）とレイヤー３（Ｌ３）は、制御プレーンとユーザープレーンとに分けることができる。レイヤー２には、制御プレーン用のＲＬＣとＭＡＣといった２つのサブレイヤーと、ユーザープレーン用のＢＭＣ、ＰＤＣＰ、ＲＬＣおよびＭＡＣといった４つのサブレイヤーとが含まれている。ＢＭＣ、ＰＤＣＰ、ＲＬＣおよびＭＡＣといった用語は、ブロードキャスト／マルチキャスト制御、パケットデータ輻輳制御、無線リンク制御およびメディアアクセス制御をそれぞれ意味している。
【００１３】
図２は、Ｕｕレイヤー（ＵｕＳ）または無線レイヤー用にＵＭＴＳで規定された第１及び第２プロトコルストラクチャーを示している。Ｕｕレイヤー（ＵｕＳ）または無線レイヤーは、ユニバーサル陸上無線アクセスネットワーク（ＵＴＲＡＮ）とユーザ装置（ＵＥ）との間のレイヤーである。
【００１４】
無線アクセスベアラ（ＲＡＢ）は、コアネットワーク（ＣＮ）とユーザ装置（ＵＥ）との間で、無線ネットワークを介したサービスを伝送するためのアプリケーションに関連するものである。各ＲＡＢは、サービスクラス、保証ビットレート、伝送遅延、剰余のビットレート、およびトラヒック処理の優先度などの品質属性に関連するものである。ＲＡＢには、一以上の無線ベアラ（ＲＢ）を割り当てることができ、ＵＴＲＡＮとＵＥ間の伝送を担当する。各移動局について、無線回線に相当する一以上の無線ベアラが存在し、この無線回線には、ＵＥとＵＴＲＡＮ間の一以上のチャネルが含まれている。ＲＢのデータフローは、セグメント形式が採用されており、対応する無線回線制御（ＲＬＣ）エンティティへと転送される。当該エンティティは、他のタスクとともに、受信したデータセグメントをバッファリングする。各ＲＢには一つのＲＬＣエンティティが存在する。ＲＬＣレイヤーにおいて、ＲＢは、それぞれ対応する論理チャネルにマッピングされる。メディアアクセス制御（ＭＡＣ）エンティティは、論理チャネルにおいて送信されているデータを受信し、さらにこれらを一連のトランスポートチャネルらにマッピングする。３ＧＰＰ技術標準の５．３．１．２サブセクションによれば、ＭＡＣは、例えば、同一のトランスポートチャネル上にマッピングされるＲＬＣサービスらを多重するといいた多重サービスをサポートすべき、と規定されている。この場合、多重化の識別情報は、ＭＡＣプロトコルの制御情報に含まれることになる。
【００１５】
トランスポートチャネルは、最終的に、ネットワークによってトータルで割り当てられた帯域幅を有する単一の物理チャネルにマッピングされる。周波数分割双方向通信モードによれば、物理チャネルは、符号、周波数、および（上り回線の場合は相対位相（Ｉ／Ｑ））によって定義される。時分割双方向通信モードでは、物理チャネルが、符号、周波数、およびタイムスロットによって定義される。３ＧＰＰ技術標準のサブセクション５．２．２によれば、Ｌ１レイヤーは、さらに、トランスポートチャネル上の誤りを検出して上位レイヤーに通知すること、ＦＥＣのエンコード処理とデコード処理、トランスポートチャネルのインタリーブ処理とデインタリーブ処理について処理を担当している。
【００１６】
ＰＤＣＰは、ＲＬＣエンティティへのネットワークプロトコル（例えばインターネットプロトコルなど）におけるネットワークＰＤＵ（プロトコル・データ・ユニット）らに、マッピング処理を提供する。ＰＤＣＰは、冗長的なネットワークＰＤＵの制御情報について圧縮および展開を実行する（すなわち、ヘッダー圧縮と展開を実行する。）。
【００１７】
ポイント・ツー・マルチポイントの論理チャネル上での送信に関して、ＢＭＣは、ＲＮＣから受信したブロードキャストメッセージをＵＴＲＡＮ側に蓄積し、必要とされる伝送レートを算出し、適切なチャネルリソースを要求する。そして、ＲＮＣからスケジューリングの情報を受信し、スケジュールメッセージを生成する。送信の際に、当該メッセージは、ポイント・ツー・マルチポイントの論理チャネル上にマッピングされる。ＵＥ側において、ＢＭＣは、スケジュールメッセージを評価し、ブロードキャストメッセージをＵＥの上位レイヤーに伝送する。
【００１８】
３Ｇ ＴＳ ２０．３０１によれば、プロトコルの終端処理が実行される。すなわち、ＵＴＲＡＮのノードにおいて、無線インタフェースのプロトコルが終端されるか同等の処理が実行される。ＵＴＲＡＮにおいては、対応するプロトコルのサービスがアクセス可能となっている。
【００１９】
ＵＭＴＳによれば、在圏ＲＮＣ（ＳＲＮＣ）において、ＲＬＣプロトコルが終端される。ＳＲＮＣは、ＵＭＴＳの無線アクセスネットワークとコアネットワークとを相互に接続させるための制御を行なうものである。ノードＢに関していえば、ＲＮＣの制御は、制御ＲＮＣが行なう。在圏ＲＮＣと制御ＲＮＣとは分離してもよいし統合してもよい。これらのＲＮＣらを分離する場合は、Ｉｕｒインタフェースを介して相互に通信すればよい。すなわち、これらのＲＮＣらは、ローカルに通信することができる。ＲＮＣには、図２に示したＵＴＲＡＮ側にＲＬＣエンティティが含まれている。ＲＬＣエンティティは、Ｌ２／ＲＬＣプロトコルレイヤー＜Ｌ２／ＲＬＣ＞を有する。ＭＡＣ−ｄとＭＡＣ−ｃ／−ｓｈといった２つのＭＡＣエンティティが存在し、共通もしくは共有チャネルを介して、専用チャネルをルーティングする。ＭＡＣ−ｄには、在圏ＲＮＣに搭載され、ＭＡＣ−ｃ／−ｓｈは、制御ＲＮＣに搭載される。ルーティングには、ＭＡＣ−ｄとＭＡＣ−ｃ／−ｓｈといったＭＡＣエンティティにおいて、データをバッファリングすることが含まれる。これにより、非同期のデータフローをＭＡＣ−ｄとＭＡＣ−ｃ／−ｓｈへ、またはＭＡＣ−ｄとＭＡＣ−ｃ／−ｓｈからの非同期のデータフローを収容することが可能となる。ＭＡＣ−ｄとＭＡＣ−ｃ／−ｓｈといった２つのＭＡＣエンティティは、図２におけるＵＴＲＡＮ側において、Ｌ２／ＭＡＣプロトコルレイヤーの機能を担当する。
【００２０】
第３世代共同プロジェクト（３ＧＰＰ）：技術標準グループ、無線アクセスネットワーク、ＲＬＣプロトコル標準、３ＧＰＰ ＴＳ ２５．３２２ ｖ３．５．０、フランス、２００年１２月、によれば、ＲＬＣプロトコルが規格化されている。ＲＬＣレイヤーは、上位レイヤーへの３つのサービスを提供する：
−トランスペアレントなデータ転送サービス、
−アクノレッジが行なわれていないデータの転送サービス、
−アクノレッジされたデータの転送サービス。
【００２１】
サブセクション４．２．１．３によれば、アクノレッジモードのエンティティ（ＡＭエンティティ）が開示さている（当該３ＧＰＰ技術標準の図４．４を参照のこと）。アクノレッジモードでは、自動再送要求（ＡＲＱ）が使用される。ＲＬＣのサブレイヤーは、使用される無線送信技術と密接に結合してＡＲＱ機能を提供する。３ＧＰＰ技術標準には、ステータス報告を送信するための種々のトリガーが示されている。ステータス報告のトリガーとして、次の３つがある：
１．ＰＵの紛失を検出
２．タイマーにより開始されるステータス報告
３．ＰＤＵ評価カウンタ。
【００２２】
第１のトリガーについていえば、受信側装置は、ペイロードユニット（ＰＵ）の紛失を検出した場合に、送信側装置へのステータス報告の送信をトリガーすべきとされている。（一つのＲＬＣ ＰＤＵは一つのＰＵを含んでいる。）第２のトリガーについては、受信側の装置は、タイマーにしたがって定期的にステータス報告の送信をトリガーする。そして、第３のトリガーについては、要求されたＰＵを受信する前に受信されたＰＵの推定数に対応するタイマーに関連するものである。３ＧＰＰ技術標準は、２つのＲＬＣ ＡＭ（アクノレッジモード）のエンティティ間でステータスを報告する際に利用されるステータスＰＤＵについて規定している。
【００２３】
３ＧＰＰ ＴＳ ２５．３２２は、送信側装置と受信側装置とにおけるＲＬＣステータス変数について規定している。送信側装置におけるこれらの変数としては、
ＶＴ（Ｓ）    送信ステータス変数
ＶＴ（Ａ）    アクノレッジステータス変数
ＶＴ（ＭＳ）  最大送信ステータス変数
ＶＴ（ＷＳ）  送信側ウインドウサイズのステータス変数
がある。
【００２４】
ＶＴ（ｓ）は、初めて（すなわち再送を除く。）送信される次の順番にあたるＰＵのシーケンス番号を示す。ＶＴ（Ａ）は、アクノレッジされることを期待される次の順番にあたるＰＵのシーケンス番号を示しており、これは受理可能なアクノレッジに係るウインドウの下位側の端を形成することになる。ＶＴ（ＭＳ）は、受信側装置によって受理されなかった初めてのＰＵのシーケンス番号を示している［すなわち、受信側装置は、ＶＴ（ＭＳ）までは受理している。］。この値は、送信ウインドウの上位側の端を表している。ＶＴ（ＷＳ）は、送信側のウインドウについて使用されるべきサイズを示している。ゆえに、ＶＴ（ＷＳ）は、ＶＴ（Ａ）とＶＴ（ＭＳ）に関連して、ＶＴ（ＷＳ）＝ＶＴ（ＭＳ）−ＶＴ（Ａ）という関係を有している。
【００２５】
受信側におけるステータス変数の一つは、
ＶＲ（Ｒ）  受信ステータス変数
である。
【００２６】
ＶＲ（Ｒ）は、受信されることが期待されている次の順番にあたるＰＵのシーケンス番号である。この値は、次の順番にあたるＰＵの受信についてＳＮｍａｘ＋１に設定される。ここで、ＳＮｍａｘは、順序に従って受信されたＰＵのうちの、最大のシーケンス番号である。
【特許文献１】米国特許第５，５７０，３６７号
【特許文献２】米国特許第６，１１８，７６５号
【特許文献３】国際公開公報ＷＯ００／２１２３１。
【発明の開示】
【発明が解決しようとする課題】
【００２７】
しかしながら、上述の文献のいずれもが、複数のＡＲＱループに関連するコネクションの分離と、当該ＡＲＱループ間で送信側のステータス変数の転送に関するパケットデータの送信および再送信を実行するシステムおよび方法については開示していない。
【００２８】
アクノレッジモードで動作する無線通信システムに関し、従来技術では、無線ネットワーク制御装置内にデータがバッファリングされる。ＡＲＱループは、遅滞とラウンドトリップ遅延時間を引き起こしてしまう。すなわち、アプリケーションが、送信されたデータに関する応答を認識するための時間が迅速ではなくなり、反対側のエンドから実行された動作が迅速ではなくなる。また、ＡＲＱループは、バッファ処理を必要とするだろう。
【００２９】
上位レイヤーのアプリケーションとしては、例えば、インターネット上でのアプリケーションがある。ＴＣＰ（トランスポート制御プロトコル）のようなプロトコルを使用するインターネット上のアプリケーションは、パケットの損失や遅延特性といった観点の回線品質に基づいて伝送レートを制御する。よって、要求された品質についての再送遅延や実質的なキューイング遅延といった好ましくない影響が発生し、これによりサービスの品質が低下するといった２次的な悪影響を招いてしまう。
【課題を解決するための手段】
【００３０】
本発明に係る、ノードＢにおいてハイブリッド型のＡＲＱプロトコルを適宜に導入することで、すくなくとも従来技術において要求されていたアクノレッジのいくつかを不必要とすることができ、さらにシステムの性能を改善することができる。既存のＡＲＱループを削除することで、アクノレッジやステータス報告を適切に処理するための条件が、とりわけ、ハンドオーバに関与する一以上のノードＢに生じることになろう。
【００３１】
したがって、本発明は、ユーザが気づくような遅延を削減または低減することを目的とする。
【００３２】
ＷＣＤＭＡ（広帯域符号分割多元接続）システムにおけるフロー制御システムによって認識されるような遅延を低減することも、関連目的である。
【００３３】
また、他のＡＲＱループからのハンドオーバステータス情報を使用するＡＲＱループを提供するシステムおよび方法を提供することも他の目的である。
【００３４】
そして、ハンドオーバ処理においてユーザ装置へとＲＬＣ ＰＤＵを連続して伝送する際のキューイングデータをノードＢに高速かつ効率的に提供することも目的としている。
【００３５】
これらの目的は、本発明によって達成される。とりわけ、ユニバーサル移動通信システム（ＵＭＴＳ）に好適であり、ＡＲＱループを２以上の単一ループに分離し、以下で詳細に説明するように、ハンドオーバの際にキューを更新するために適宜の測定を実行する。
【発明を実施するための最良の形態】
【００３６】
図３は、本発明に係る好ましい多層化プロトコルアーキテクチャとプロトコルスタックを示す図である。図１のＬ２−ＭＡＣレイヤーは、Ｌ２−ＭＡＣサブレイヤーとＭＡＣ−ＨＳＤＰＡサブレイヤーといった２つのサブレイヤーに分割され拡張されている。とりわけ、Ｌ２−ＭＡＣサブレイヤーは、図１の従来技術におけるＬ２−ＭＡＣサブレイヤーに対応している。ＭＡＣ−ＨＳＤＰＡ＋ＭＡＣレイヤーは、ハイブリッド型ＡＲＱ機能を含むように拡張された単一のＭＡＣレイヤーと認識することもできよう。しかしながら、説明の便宜上、これらは分離されたサブレイヤーとして説明することにする。また、ネットワーク側では、分離されたプロトコルサブレイヤーらは物理的に、これらが配置される物理エンティティに対応しているものと理解することができよう。図３に示すように、ＵＴＲＡＮ側（すなわちネットワーク側）には、Ｌ２−ＭＡＣサブレイヤーがＲＮＣ内に好適に配置されており、そして、Ｌ２ ＭＡＣ−ＨＳＤＰＡサブレイヤーがＮｏｄｅ Ｂ（ノードＢ）に配置されている。ハイブリッド型のＡＲＱプロトコルは受信した再送信号を順序に従って合成するので、とりわけノードBにおいて物理レイヤーの近くにこのプロトコルを具備すれば、非常に有効である。これによって奏される有利な効果としては、例えば、ＲＮＣへの配置と比較すると、ラウンドトリップ遅延が低減されることである。本願において、Ｌ２  ＭＡＣおよびＬ２  ＭＡＣ−ＨＳＤＰＡを除き、プロトコルレイヤーは図１のものと対応している。
【００３７】
図４は、本発明に係る好ましいプロトコルスタックのデータユニットとトランスポートブロックとを示す図である。パケット交換されるデータは、何れの方向とも、プロトコル・データ・ユニット（ＰＤＵ）により送信される。各ＰＤＵは、トランスポートチャネル上で、少なくとも一つのトランスポートブロック（ＴＢ）により伝送される。好ましくは、各ＰＤＵごとに１つのＴＢが用いられる。上述したように、トランスポートチャネル上での送信エラーは、レイヤーＬ１によって検出され訂正される。各トランスポートブロックＴＢには、個別のＣＲＣ誤り検出チェックサムが供給された上で、物理チャンネルにおいて送信される。しかしながら、好ましくは、一以上のＴＢを搬送する送信ユニットには、たった一つのＣＲＣ誤り検出チェックサムが供給されることが好ましい。受信側において送信ユニットにエラーが検出された場合は、このことがＬ２ ＭＡＣレイヤーに報告される。
【００３８】
Ｌ２ＭＡＣレイヤーは、エラーとなって受信された送信ユニットの再送を要求することができる。誤っているとして検出された送信ユニットは、まだ情報を搬送している途中なので、廃棄するわけにはいかない。Ｌ２ ＭＡＣレイヤーが再送を要求するのに先立って、ハイブリッド型のＡＲＱが使用されることが好ましい。ハイブリッド型のＡＲＱでは、先行する送信ユニットからの役立つ情報を、最新の再送ユニットへと適宜に合成することによって利用する。
【００３９】
受信側のエンドにおける誤り検出は、レイヤーＬ２−ＲＬＣによって実行される。ＲＬＣのプロトコル・データ・ユニット（ＰＤＵ）が、誤ったまま受信されるか、紛失してしまうと、ＲＬＣレイヤーによってステータス報告が確立されるときに、再送が要求される。ＲＬＣ ＰＤＵは、ＭＡＣレイヤーのＳＤＵから送信されたり、ＭＡＣレイヤーのＳＤＵへと送信されたりする。ＭＡＣ ＳＤＵには、可能であれば、ＲＬＣ ＰＤＵに含まれているヘッダーを含ませることができる。図３に関して説明したように、本発明によれば、好ましくは、Ｌ２ ＭＡＣサブレイヤーとＬ２ ＭＡＣ−ＨＳＤＰＡサブレイヤーといった２つのＭＡＣサブレイヤーが存在する。本発明の好ましい実施形態によれば、Ｌ２ ＭＡＣサブレイヤーはＲＮＣに搭載され、Ｌ２ ＭＡＣ−ＨＳＤＰＡサブレイヤーはノードＢに搭載される。前述したように、ＲＬＣ ＰＤＵは、物理チャネル上で、トランスポートブロック（ＴＢ）内で送信される。Ｌ２ ＭＡＣ−ＨＳＤＰＡレイヤーは、ＴＢをＬ１物理レイヤーへと伝送する。反対方向については、Ｌ２ ＭＡＣ−ＨＳＤＰＡレイヤーが、可能なら、各ＴＢの複数の送信を合成した後で、誤りがないと示されたＴＢをＬ２ ＭＡＣレイヤーに転送する。誤りがないとは示されなかったＴＢについては、再送が要求される。
【００４０】
ネットワークレイヤーのＰＤＵまたはＬ３ ＰＤＵは、複数のＲＬＣを含むことができる。ＲＬＣ ＰＤＵらは、上位レイヤーへのＰＤＵへと伝達されるのに先立って、ＲＬＣのサービスデータユニット（ＲＬＣ ＳＤＵ）へと組み立てなおされる。Ｌ３プロトコルとしては、例えば、インターネットプロトコル（ＩＰ）を採用することができる。Ｌ３から受信すると、ＲＬＣ ＳＤＵらはＲＬＣ ＰＤＵらへと分割される。
【００４１】
ＷＣＤＭＡの発展型のシステムにおける高速下り回線パケットアクセスチャネル（ＨＳＤＰＡ）は、ＤＳＣＨに類似したチャネルである。しかしながら、これはトランスポートチャネルの新規のタイプをベースとしており、高速下り回線共用チャネル（ＨＳ−ＤＳＣＨ）と呼ばれている。ＨＳ−ＤＳＣＨは、ＤＳＣＨによってはサポートされていない数多くの機能をサポートしているが、ＤＳＣＨのいくつかの機能も継承している。ＨＳ−ＤＳＣＨにはいくつかの重要な機能が存在する。この一例としては、
−ピークレートが最大で１０Ｍｂｉｔ／ｓにもおよぶ高速データレート
−時分割多重（ＴＤＭ）または符号分割多重（ＣＤＭ）によって複数のユーザに対し共通チャネル上でデータを送信すること
−高度の変調
−無線チャネルの状況に応じた適応変調
−ＵＥにおける再送データのソフト的な合成による高速再送（高速ハイブリッド型ＡＲＱもしくは高速ＨＡＲＱ）
−低エアインタフェース遅延、数１０ミリ秒に減少した最大ラウンドトップ遅延
あげられる。
【００４２】
ＭＡＣ−ＨＳＤＰＡサブレイヤーをノードＢに導入する代わりに、ＲＬＣプロトコルをノードＢに搭載してもよい。しかしながら、互換性を維持するためには、チッパリングと順序制御とを行なった伝送処理をＲＬＣが担当しなければならず、またＲＬＣはＲＮＣに配置されることが好ましい。ＲＮＣに搭載されるＲＬＣサブレイヤーを用いることで、ノードＢとＲＮＣ間のパケット伝送の信頼性が保証される。
【００４３】
本発明の好ましい実施形態によれば、Ｌ２ ＭＡＣ−ＨＳＤＰＡサブレイヤーは高速ハイブリッドＡＲＱの処理を担当しなければならない。
【００４４】
ノードＢにおいて、高速ハイブリッドＡＲＱを終端しなければならない理由の一つは、ＲＮＣにおいて終端する場合と比較して、ラウンドトリップ遅延を削減できることである。他の理由としては、送信された複数のデータパケットをソフト的に合成する処理をノードＢが使用できるからであり、ＲＮＣは、一般に、固定の量子化ビットだけしか受信できないからである。
【００４５】
Ｌ２ ＲＬＣレイヤーから先行して送信されたパケットデータユニットをアクノレッジするためのステータス報告を、Ｌ２ ＲＬＣ サブレイヤーは必要とする。これは、例えば、Ｌ２ ＲＬＣプロトコルのスライディング送信ウインドウを進歩させるためである。例えば、ポーリングタイマーがタイムアウトしたときに、ステータス報告についての問い合せを送信することになる。従来技術によれば、この問い合せは、ＵＥに向けて送信されるものであった。しかしながら、このような問い合せは、ノードＢとＵＥ間にある無線インタフェースの乏しいリソースに負担をかけることになる。さらに、安定した動作状況において、高速ハイブリッドＡＲＱをノードＢにおいて終端すると、このノードは、高速ハイブリッドＡＲＱ方式によれば、（可能であれば、ＵＥが最新の更新をする際に短い遅延時間でもって）ＵＥの受信ステータスを報告されることになろう。
【００４６】
本発明の好ましい実施形態によれば、ＵＴＲＡＮ側にある高速ハイブリッドＡＲＱプロトコルのエンティティが、ＲＮＣ−ＲＬＣへのステータス報告を生成する。ステータス報告は、ＲＮＣ−ＲＬＣからのリクエスト（ポーリング）によって生成してもよいし、ローカルにトリガーされる状況になると生成されてもよい。後者の場合、すでに説明したように、従来技術において記述されているトリガーが利用される。他のトリガーとしては、ノードＢによって受信されたＲＮＣからのＰＤＵの数を採用してもよい。予め定められた数のＰＤＵがノードＢによって受信されると、ハイブリッドＡＲＱプロトコルのエンティティにおいてステータス報告が生成され、ＲＮＣへと送信される。
【００４７】
ノードＢがステータス報告を処理すると、ＵＥにおいてトリガーされたステータス報告が受信可能となるので、これによりノードＢとＵＥ間の無線インタフェースの乏しいリソースに負担をかけないようになる。上述した第１のトリガーに関しては、検出されるか、ＵＥからのステータス報告の生成と送信とが開始されるようになる前に、ノードＢがＵＥへの伝達義務時刻内にＰＵの紛失を検出したときは、ＵＥのトリガー処理を回避してもよい。第２および第３のトリガーに関しては、現在の時間間隔またはＰＤＵの数に依存する。これらのパラメータを適切に延長させることで、単位時間あたりにこれらのトリガーによりＵＥにおいて開始されるステータス報告の数が削減され、十分に小さな値となるだろう。よって、ＵＥとノードＢ間の乏しい通信回線のリソースへの負担も軽減できよう。
【００４８】
図５Ａおよび５Ｂは、本発明に係るステータス報告の生成と送信について示した図である。図５Ａによれば、すでに図２に関して説明したように、ＲＮＣに配置されているＬ２ ＲＬＣが、ノードＢを介してＵＥへとデータを転送する。下り回線のデータ３と、ステータス報告の要求２とは、ノードＢを介してＵＥへと転送される。ＵＥは、また、ローカルに適切なトリガーがかけられたときに、ステータス報告を生成することができる。ステータス報告１は、従来技術において説明されているように、ＵＥからＲＮＣへと送信される。
【００４９】
図５Ａにおいて、ハイブリッドＡＲＱプロトコルは、ノードＢに搭載されている。下り回線データ３は、ノードＢとＵＥ間の無線インタフェースを介して送信される。データの送信が成功したか失敗したかに依存して、アクノレッジ（確認信号）４がＵＥからノードＢへと送信される。データパケットが紛失するか、またシーケンスから外れたことを検出し、１と４がノードＢへと送信されると、ＵＥにおいてステータス報告が生成される。ノードＢから要求があると、ＵＥからステータス報告４が送信されうる。ゆえに、ＵＥからノードＢへのアクノレッジおよび情報報告（可能なら、高速ハイブリッドＡＲＱに関連する他の信号も）は、ＨＡＲＱシグナリング４と呼ぶことができる。よって、ノードＢは、ノードＢを経由してＲＮＣからＵＥへと送信されるデータパケットとして、ＵＥのステータスに関する情報を取得することができる。このステータスには、
ＢＶＴ（Ｓ）  ノードＢの送信ステータス変数
ＢＶＴ（Ａ）  ノードＢのアクノレッジステータス変数
が含まれる。
【００５０】
ＢＶＴ（Ｓ）は、初めて（すなわち再送されたときではない。）ノードＢから送信されることになっている次のＰＵのシーケンス番号である。ＢＶＴ（Ａ）は、ＵＥによってアクノレッジされることを期待されている次の順番にあたるＰＵのシーケンス番号である。ＢＶＴ（Ａ）は、受理可能なアクノレッジのウインドウにおける下位の端を形成している。
【００５１】
図５Ｂは、本発明に係る好ましい解決手段を示しており、送信された下り回線のデータ３とＨＡＲＱシグナリング４に関連するＵＥのステータスがＨＡＲＱプロトコル（好ましくはＭＡＣ−ＨＳＤＰＡプロトコル）のエンティティにおいて蓄積される。
【００５２】
一以上の予め定義されたトリガーによって、ＵＥがローカルにステータス報告を生成できるときは、一以上のステータス報告４がノードＢへと送信される。ノードＢにおいてこれが受信されると、このノードＢは、受信したステータス報告がＬ２ ＲＬＣプロトコルレイヤーに関連するものかどうかを判定する。もしそうであれば、このステータス報告５は、（可能ならノードＢによって編集された上で）ＲＮＣ内に配置されているＬ２ ＲＬＣへと送信される。一方、そうなければ、ノードＢは、ステータス報告にしたがって必要なすべての処理を実行する。
【００５３】
ＲＮＣのＬ２ ＲＬＣプロトコルに関連してＵＥによって生成されるステータス報告の一例としては、ＵＥ−ＨＡＲＱプロトコル（好ましくはＭＡＣ−ＨＳＤＰＡプロトコルのリンクレイヤーのもの）が、ＵＥにおける障害を検出したときのものである。これは、過去に送信されたアクノレッジがノードＢによってエラーとして受信されたことが原因となろう。この障害を検出すると、ＲＬＣ ＰＤＵが、Ｌ２ ＭＡＣサブレイヤーからＵＥのＬ２ ＲＬＣサブレイヤーへと転送されなくなり、誤りではないと推定されたＰＤＵだけが転送されることになる。ＵＥのＬ２ ＲＬＣサブレイヤーは、ＲＬＣ ＰＤＵの欠落を検出し、欠落したＲＬＣ ＰＤＵのシーケンス番号を搭載されたステータス報告がＵＥによって生成され、ＲＮＣに搭載されているＬ２ ＲＬＣから再送要求が送信される。本願の出願人に対して譲渡されたスウェーデン国特許出願第０１００７３９−２号の開示内容をここに参照によって取り込むことにする。当該出願は、不必要な再送を排除または低減する再送方法および再送システムを記述している。この方法及びシステムは、また、本願発明に適用でき、無線インタフェース上の負荷を軽減させることもできる。
【００５４】
ＲＮＣに収容されているＬ２ ＲＬＣがＵＥに対しステータス報告の要求を送信すると、当該要求は、図５Ａおよび図５Ｂの双方に示したノードＢによって最初に受信される。図５Ａにおいて、ステータス報告の要求２は、デフォルトで、ＵＥへと転送される。よって、当該要求とそれに対する応答は、ノードＢとＵＥ間のエアインタフェースに対して負荷となる。ノードＢとＵＥ間において、シグナリングとパケットの転送は、２つの矢印で示されており、１と４は上り回線であり、２と３は下り回線を示している。これらは論理的に異なっている。しかしながら、何れの方向についてもチャネルのキャパシティが制限されているので、たった一つの物理的な無線スペクトラムだけが使用可能となっている。したがって、ＨＡＲＱプロトコルのエンティティまたはノードＢが、ステータス報告の生成について処理を担当するので、図５に示すように、ステータス報告についてのＬ２ ＲＬＣの要求に対して返答し、無線インタフェース上の負荷が緩和される。ゆえに、図５に示したノードＢとＵＥ間の矢印１および２の削除は、絶対的なものではない。選択されるトリガーや、潜在的なプロトコル障害やその他に依存する。しかしながら、図５Ｂにおいて、これらの矢印が削除されているのは、本発明によって、実質的な負荷の量が軽減されることを示している。これまでに、ステータス報告についての種々のトリガーを説明したが、本発明はこれらのトリガーや、他の特定の例に限定されるものではない。下り回線、上り回線またはその双方において、乏しい通信回線のリソースの負荷を、本発明が如何にして軽減できるかを説明してきた。
【００５５】
従来技術によれば、送信側と受信側との関係が、＜ＲＮＣ＞と＜ＵＥ＞との間に存在する。ＲＮＣに収容されているＲＬＣプロトコルエンティティから送信されるパケットは、ユーザ装置＜ＵＥ＞によってアクノレッジされる。＜ＲＮＣ＞と＜ＵＥ＞間のラウンドトリップ遅延に起因する遅れによって、送信側と受信側との関係が影響を受けるが、これは読み安さを考慮して図示していない。
【００５６】
従来技術による解決手段に関する第１の問題は、帯域幅遅延プロダクトである。ＨＳ−ＤＳＣＨは、高速のデータレートを提供するが、ユーザの帯域幅が広帯域になるともいえる。送信されたパケットが、受信機に伝送されるまでは、（肯定および否定とも）アクノレッジされることはありえない。さらに、パケットの送信側から受信機へと届くまでに、アクノレッジについての伝搬時間が必要となる。よって、再送が要求される可能性のあるデータは、帯域幅遅延プロダクトに対応する分のバッファリングが必要とされるが、これは、ラウンドトリップの遅延時間に等しい時間内に送信可能なデータの量を表している。とりわけ、ＨＳ−ＤＳＣＨについては、この帯域幅遅延プロダクトは、ＲＮＣのＡＲＱプロトコルエンティティへと影響しうる。これは、ＲＬＣ ＰＤＵの損失を引き起こすか、ＲＬＣ ＡＲＱまたはＨＡＲＱ送信を停止させてしまうおそれがある。
【００５７】
もちろん、これらの問題は、測定値の分だけ、バッファサイズを大きくすることで回避できよう。しかしながら、バファーのサイズを大きくしてしまうと、ラウンドトリップ時間が延びてしまい、アウターＡＲＱループらのタイムアウトを計時するタイマーを増分する必要が生じてしまう。さらに、稼動している間は、コネクションに関する種々のレートや遅延などに依存して、インナーループのバッファサイズを拡張できることが望まれだろう。バッファサイズの拡張にだけ頼るとすれば、アウターＡＲＱループのタイムアウトタイマーは、最大の遅延時間が経過するまでは、タイムアウトしてはならない。
【００５８】
ＵＭＴＳにおける既存のＲＬＣプロトコルは、サイズの固定されたバッファを使用して動作するものであった。
【００５９】
上述したようにＲＬＣのバッファが、データの送信側とエンドユーザとの間におけるコネクションについての、エンドツーエンド遅延の一部の要因になってしまう限り、ＲＬＣのバッファサイズを増加させることによっては、従来技術における課題は解決されない。データの送信側は、エンドユーザからのアクノレッジを待たねばならないし、ＲＬＣのバッファサイズを増加させれば、さらなる遅延が発生し、タイムアウトの制限を延長しなければならなくなるからである。
【００６０】
図１において、ユーザがユーザ装置とともに、基地局＜ＢＳ１＞を離れて他の基地局＜ＢＳ２＞のほうへと移動するにつれて、ＵＥとＲＮＣ間のコネクションは、ソフトハンドオーバを使用して、第１のノードＢ＜Ｎｏｄｅ Ｂ １＞を経由するルートから、第２のノードＢ＜Ｎｏｄｅ Ｂ ２＞を経由するルートもしくは＜Ｎｏｄｅ Ｂ １＞と＜Ｎｏｄｅ Ｂ ２＞の両方のノードＢを経由するルートへとリルートすることになろう。図１において、基地局らは同一の無線ネットワーク制御装置ＲＮＣに接続されている。しかしながら、本発明は、基地局らがそれぞれ他のＲＮＣらに接続されているといった例示的な状況をもカバーしている。
【００６１】
図６は、ＡＲＱ機能部をＲＮＣに搭載した例示的な通信システムを示している。ＵＥのプロトコル＜ＭＡＣ＞には、ＭＡＣ−ＨＳＤＰＡプロトコルが含まれることが好ましいが、読みやすさを考慮して図示を省略している。図３で説明したように、ＵＴＲＡＮにおいて、ＭＡＣ−ＨＳＤＰＡプロトコル＜ＭＡＣ−ｈｓ＞の搭載位置はノードＢとすることが好ましい。在圏ＲＮＣ＜ＳＲＮＣ＞はＵＥをコアネットワークへと相互接続させるが、この点も図示を省略している。＜ＵＥ＞は、＜Ｎｏｄｅ Ｂ ２＞と＜ＣＲＮＣ ２／ＤＲＮＣ＞とを介して＜ＳＲＮＣ＞へと接続されている。図６によれば、＜ＳＲＮＣ＞は、ノードＢ＜Ｎｏｄｅ Ｂ ２＞を制御するものではない。（図によれば、＜ＳＲＮＣ＞は、ノードＢ＜Ｎｏｄｅ Ｂ １＞を制御する。）＜Ｎｏｄｅ Ｂ ２＞は、制御ＲＮＣ＜ＣＲＮＣ ２＞によって制御される。この図の例では、ドリフトＲＮＣ＜ＤＲＮＣ＞として動作している。ＳＲＮＣとは異なるＲＮＣによって制御されているセルもしくはノードＢをＵＥが使用する必要性が生じると、ドリフトＲＮＣは、在圏ＳＲＮＣをサポートする。ＲＮＣらはＩｕｒインタフェースを介して相互に接続されている。共通チャネルまたは共用チャネルを介して専用チャネルをルーティングする処理の一部には、在圏ＲＮＣおよびノードＢにおいてデータをバッファに蓄積する処理が含まれる。図６において、ＳＲＮＣとノードＢとの間で送信側と受信側との関係にあるバッファ＜バッファＳｂ＞と＜バッファｓＢ＞とにおいてバッファリングが実行される。＜バッファＳｂ＞と＜バッファｓＢ＞とに関与するループの遅延は、実質的に、在圏ＲＮＣとノードＢとの距離が遠いかどうかに依存する。図６によれば、＜ＳＲＮＣ＞内には、さらに、バッファ機能＜ＡＲＱ Ｓｕ＞が存在する。これは、＜ＳＲＮＣ＞と＜ＵＥ＞とが送信側と受信側との関係にある場合のＡＲＱプロトコルに関連するものである。＜ＵＥ＞は、対応するＡＲＱバッファ機能＜ＡＲＱ Ｓｕ＞を含んでいる。
【００６２】
図７は、ＲＮＣに搭載されるＡＲＱ機能部を使用する他の例示的な通信システムを示している。この図は、ＲＮＣにおけるＭＡＣプロトコルの代替案を示しており、とりわけＭＡＣ−ＨＳＤＰＡプロトコルを含んでいることが示されている。しかしながら、ＭＡＣ−ＨＳＤＰＡプロトコル＜ＭＡＣ−ｈｓ＞はノードＢに配置されるほうが好ましい。ＵＥのプロトコル＜ＭＡＣ＞にも、ＭＡＣ−ＨＳＤＰＡプロトコルが含まれていることが好ましいが、読みやすさを考慮して、明確には図示していない。在圏ＲＮＣ＜ＳＲＮＣ＞は、ＵＥをコアネットワークへと相互に接続させるが、図示は省略している。＜ＵＥ＞は、＜Ｎｏｄｅ Ｂ ２＞と＜ＣＲＮＣ ２／ＤＲＮＣ＞を介して＜ＳＲＮＣ＞へと接続されている。図７によれば、＜ＳＲＮＣ＞は、ノードＢ＜Ｎｏｄｅ Ｂ ２＞を制御してはいない。（図によれば、＜ＳＲＮＣ＞は、ノードＢ＜Ｎｏｄｅ Ｂ １＞を制御している。）＜Ｎｏｄｅ Ｂ ２＞は、制御ＲＮＣ＜ＣＲＮＣ ２＞によって制御され、この図ではドリフトＲＮＣとして機能している。ＳＲＮＣとは異なるＲＮＣによって制御されているセルもしくはノードＢをＵＥが使用する必要が生じると、ドリフトＲＮＣは、在圏ＳＲＮＣをサポートする。ＲＮＣらはＩｕｒインタフェースを介して相互に接続されている。共通チャネルまたは共用チャネルを介して専用チャネルをルーティングする処理には、在圏ＲＮＣおよび制御ＲＮＣにおいてデータをバッファに蓄積する処理が含まれる。図７において、ＳＲＮＣとＤＲＮＣとの間で送信側と受信側との関係にあるバッファ＜バッファＳｄ＞と＜バッファｓＤ＞とにおいてバッファリングが実行される。＜バッファＳｄ＞と＜バッファｓＤ＞とに関与するループの遅延は、実質的に、在圏ＲＮＣと制御ＲＮＣとの距離に依存する。図７において、＜ＳＲＮＣ＞と＜ＵＥ＞との間で送信側と受信側との関係について、ＡＲＱプロトコルに関係する＜ＳＲＮＣ＞内のバッファリング＜ＡＲＱ Ｓｕ＞が存在する。＜ＵＥ＞は、対応するＡＲＱバッファリング＜ＡＲＱ Ｓｕ＞を含んでいる。
【００６３】
ノードＢにおける終端ＲＬＣ ＡＭ ＡＲＱは、特定のノードＢに対するラウンドトリップ時間が一定になることから、恩恵を受ける。これによって、タイムアウトタイマーの設定処理が簡潔となり、ＲＬＣ ＡＭ ＡＲＱとアウターＡＲＱループのラウンドトリップ時間の変動を低減することができる。インナーＨＡＲＱループＲＴＴは、低いレベルに維持されるが、これは、連続した再送をソフト的に合成する処理を用いて達成され、また、ノードＢとＵＥ間の遅延時間が、ＲＮＣとＵＥ間のものより短いことにより達成される。これは、ＲＬＣ ＰＤＵの紛失を発見したときや、ステータス報告を要求していることを示すようにＲＮＣ ＲＬＣによってポーリングのフラグが設定されているときには、ノードＢにおけるＲＬＣのエンティティが、適宜のＲＬＣステータスメッセージを在圏ＲＮＣに送信すべきである。ＵＥ ＲＬＣからの情報報告の送信をトリガーさせないようにするために、ＲＬＣ ＰＤＵらがＨＡＲＱの送信機へと通過させるのに先立って、このポーリングフラグはクリアされるべきである。
【００６４】
チャネルらは様々な理由から切り替えられるべきである。チャネル切り替えの一例は、ユーザの移動にともなって実行されるある基地局から他の基地局へのハンドオーバである。他の理由としては、あるチャネルが強い干渉を受けているが他方はそうでもないときであろう。ＷＣＤＭＡでは異なるチャネル分離符号（チャネライゼーションコード）を使用することによって、ユーザは、データレートの異なるチャネルを割り当てられる。Ｗ−ＬＡＮ（無線ローカルエリアネットワーク）のような他の無線システムにおいては、システム内の他の基地局に準定常的なコネクションを確立する余裕があったとしても、一般に、ある基地局から他の基地局へのハンドオーバ処理（切り替え処理を含む。）を提供してはいない。
【００６５】
本発明の第１の実施形態によれば、図８に示すように、ＲＬＣアクノレッジモードＡＲＱ（ＲＬＣ ＡＭ ＡＲＱ）は、ノードＢにおいて少なくとも部分的に終端される。ＲＬＣのステータス変数は、ハンドオーバとチャネル切り替えのときに転送されて更新される。ＲＬＣ ＡＭ ＡＲＱは、ＩｕｂまたはＩｕｒインタフェースにおいてデータパケットが紛失すると、ノードＢへとデータパケットを再送する。古いノードＢから新しいノードＢへとＨＤＳＰＡにおいてハンドオーバを実行するときに、在圏ＲＮＣは古いノードＢへのデータの送信を停止する。古いノードＢは、予め定義された制限時間の間に、継続中のデータの送信を完了する。継続中のデータの送信が完了するか、または予め定義された制限時間が経過したときは、在圏ＲＮＣに対して停止を表す情報を送信する。停止を表す情報には、最新のノードＢによって古いノードＢのステータス情報が添付される。また、これには、ＵＥによってアクノレッジされることが期待されている次の順番に当たるＰＵのシーケンス番号が含まれており、これをＢＶＴ（Ａ）と呼んでいる。
【００６６】
在圏ＲＮＣがこの停止を表す情報を受信すると、ＢＶＴ（Ａ）からＶＴ（Ｓ）の範囲内にあるＰＵのシーケンス番号を有するフレーム内のＲＬＣ ＰＤＵのすべてに、否定的なアクノレッジを示すマークを付加し、新しいノードＢを制御しているＲＮＣを経由して、新しいノードＢへと再送するようこれらのＲＬＣ ＰＤＵをスケジューリングする。
【００６７】
ノードＢ用の制御ＲＮＣを置換する場合には、図７に示すように、図８もまた制御ＲＮＣ内のＭＡＣ−ＨＳＤＰＡの実装形態としては有効である。在圏ＲＮＣは、否定的にアクノレッジされたＲＬＣ ＰＤＵらであると解釈し、ＲＮＣ間ハンドオーバの際に、新しい制御ＲＮＣへとデータパケットを再送するようスケジュールを決定する。
【００６８】
図９に示す第２の実施形態によれば、ＨＳＤＰＡにおいて、新しいノードＢにおけるハンドオーバのデータキューは、すなわちＵｕインタフェース上でＵＥから更新される。好ましくは、古いノードＢのＢＶＴ（Ａ）からＢＶＴ（Ｓ）の範囲内にあるＰＵシーケンス番号の送信ウインドウの全体が、新しいノードＢへと転送される。ここで、ＢＶＴ（Ｓ）は、古いのノードＢから初めて送信されるようにスケジュールされた次のＰＵのシーケンス番号を示している。古いノードＢからの停止を表す情報をＲＮＣに待たせないようにするために、送信ウインドウはできる限り迅速に送信される。ノードＢは、通常、ステータス報告をＲＮＣ ＲＬＣへと送信するので、最新の更新による送信ウインドウは、既に、ＲＮＣにとって利用可能となっている可能性があり、ノードＢとＲＮＣとの間でさらなるステータスの転送を行なうことなく、新しいノードＢへと送信ウインドウを送信することができよう。
【００６９】
ＵＥがハンドオーバコマンドを受信するや否や、上り回線のＨＳ−ＤＳＣＨ制御メッセージ内に追加の制御情報を搭載する。この制御情報には、受信ステータス変数ＶＲ（Ｒ）が含まれる。ＵＥがＨＳ−ＤＳＣＨ上の多重化された論理チャネルを有している場合は、各論理チャネルにつき一つの受信ステータス変数が存在する。
【００７０】
新しいノードＢは、スタンバイモードのまま、この制御情報をＵＥから受信することになろう。一以上の受信ステータス変数は、新しいノードＢの送信ウインドウを更新するために使用されるが、初期においては、古いノードＢの送信ウインドウにしたがって送信機が設定を実行する。この更新処理は、ＰＤＵの送信とＵＥへのトランスポートブロックの送信とを新しいノードＢが開始するようになるまでには、完了していなければならない。これにより、ＵＥへのＲＬＣ ＰＤＵのシーケンス順に沿った伝送を維持することができる。
【００７１】
図９もまた、制御ＲＮＣにおけるＭＡＣ−ＨＳＤＰＡの実装形態に関して有効なものであり、制御ＲＮＣをノードＢに置換している。否定的にアクノレッジされたＲＬＣ ＰＤＵを、ＲＮＣ間ハンドオーバに関与する新しい制御ＲＮＣへと再送するためのスケジュールを在圏ＲＮＣが決定する。ＵＥは、ノードＢを経由して制御ＲＮＣのステータスを更新する。
【００７２】
図１０は、第１の実施形態と第２の実施形態とに関する構成要素を含むブロックダイアグラムを示している。在圏ＲＮＣ＜ＳＲＮＣ＞は、受信手段＜ＲＲ＞と、処理手段＜μ＞と、送信手段＜ＴＲ＞とを含んでいる。送信手段＜ＴＲ＞は、送信ウインドウからのデータ７をノード＜Ｎｏｄｅ１＞に送信する。これには、ＶＴ（Ａ）からＶＴ（Ｓ）の範囲にあるシーケンス番号を有するデータパケットが含まれている。＜Ｎｏｄｅ１＞はＭＡＣ−ＨＳＤＰＡプロトコルを搭載している。好ましくは、＜Ｎｏｄｅ１＞はノードＢであるが、制御ＲＮＣにしてもよい。送信手段＜ＴＮ１＞を含む＜Ｎｏｄｅ１＞の受信手段＜ＲＮ１＞によって受信されたデータパケットは、受信手段＜ＲＵ＞を含むユーザ装置＜ＵＥ＞へと送信する（９）ために、バッファ＜ＢｕｆｆＮ１＞へとバッファリングされる。＜Ｎｏｄｅ１＞に関するチャネルから＜Ｎｏｄｅ２＞に関するチャネルへとハンドオーバするときは、＜Ｎｏｄｅ１＞は、ユーザ装置＜ＵＥ＞に受理（正しく受信）された分に相応する分だけ、＜ＢｕｆｆＮ１＞に蓄積されているバッファコンテンツを送信する。＜Ｎｏｄｅ１＞は、受信手段＜ＲＮ１＞を用いて、＜ＵＥ＞に対して正しく送信されたパケットらのアクノレッジを受信する（９）。アクノレッジされることが期待されている次のデータパケットのシーケンス番号を示すＢＶＴ（Ａ）は、第１の実施形態で説明したように、停止を表す情報とともに＜ＳＲＮＣ＞へと送信される（６）。ステータス変数であるＢＶＴ（Ａ）と停止を表す情報は、＜ＳＲＮＣ＞の受信手段＜ＲＲ＞によって受信される。処理手段＜μ＞は、［ＢＶＴ（Ａ），ＶＴ（Ｓ）［の範囲に含まれるシーケンス番号を有するデータパケットを、否定的にアクノレッジされたものとして解釈し、これらのデータパケットを新しいノード＜Ｎｏｄｅ２＞に対して送信（再送）する（１０）。これらのデータパケットは、受信手段＜ＲＮ２＞によって受信され、＜ＢｕｆｆＮ２＞内にバッファリングされる。
【００７３】
第２の実施形態によれば、停止を表す表示を送信する必要はないし、バッファ＜ＢｕｆｆＮ１＞を空にするための時間も不要となる。古いノード＜Ｎｏｄｅ１＞は、＜ＳＲＮＣ＞へのハンドオーバの際に、自己のステータスを表すＢＶＴ（Ａ）やＢＶＴ（Ｓ）を送信する（６）。処理手段＜μ＞は、上記範囲内のデータパケットを否定的にアクノレッジされたものとして解釈し、新しいノード＜Ｎｏｄｅ２＞に対してデータパケットを再送する（１０）。送信手段＜ＴＮ２＞を備える新しいノード＜Ｎｏｄｅ２＞が、送信手段＜ＴＵ＞と受信手段＜ＲＵ＞とを有するユーザ装置＜ＵＥ＞へのデータの送信を開始するのに先立って（１２）、＜Ｎｏｄｅ２＞は、（１１）において受信した＜ＵＥ＞の現在の受信ステータスＶＲ（Ｒ）にしたがって、自己の送信バッファ＜ＢｕｆｆＮ２＞を更新する。
【００７４】
すべての再送エンティティは、異なる特性を有するネットワークやチャネルを相互に接続するものであり、例えば、ＵＭＴＳにおけるＲＮＣやノードＢに相当するものであるが、本発明にしたがって顕著な性能を発揮することが好ましい。しかしながら、本発明は、ノードＢの如く本発明に従っては動作しない再送エンティティを含むシステムにおいても使用可能である。
【００７５】
当業者であれば、ＢＳまたはＵＥの受信機や送信機の特性は、現実には一般的なものであることを理解できよう。本願ではＢＳ、ＵＥまたはＲＮＣのような技術用語を使用しているが、これは、これらの略称に関係する装置にのみ本発明を限定することを意図したものではない。本発明に関係して、対応して動作する装置や、当業者にとって自明に適合可能な装置らのすべてが、本発明に関連している。非排他的な例として、加入者識別モジュール（ＳＩＭ）を具備しない移動局だけでなく、一以上のＳＩＭを具備するユーザ装置にも本発明は関連している。さらに、プロトコルやレイヤーに関しては、ＵＭＴＳやインターネット用語に関連して説明に使用してきた。しかしながら、これは、機能の似通った他のプロトコルや他のレイヤーを伴う他のシステムに対して本願発明が適用可能であることを除外するものではない。非排他的な例として、本発明は、コネクションプロトコルのアプリケーションレイヤーの無線リソース管理インタフェースだけでなく、ＴＣＰのように、コネクションプロトコルのトランスポートレイヤーのインタフェースにも適用可能である。
【００７６】
本発明は、上述の実施形態にのみ限定されるわけではない。本発明の技術的範囲を逸脱することなく、変更や修正が可能である。添付の特許請求の範囲に含まれるすべての変形例が本願発明の技術的範囲に属する。
【図面の簡単な説明】
【００７７】
【図１】図１は、本発明に係る、ＲＮＣとＵＥとの間のコネクションに関与するＵＥと基地局間の通信を示す図である。
【図２】図２は、従来技術に係る、無線通信システム内の多層化されたプロトコル構造を示す図である。
【図３】図３は、本発明に係る好ましい多層化プロトコル構造、プロトコルスタックを示す図である。
【図４】図４は、本発明に係る好ましいプロトコルスタックのデータユニットとトランスポートブロックとを示す図である。
【図５Ａ】、
【図５Ｂ】図５は、本発明に係るステータス報告の生成と送信を示す図である。
【図６】図６は、本発明に係る、ＲＮＣに配置されるＡＲＱ機能を伴う通信システムを示す図である。
【図７】図７は、本発明に係る、ＲＮＣに配置されるＡＲＱ機能を伴う通信システムの他の例を示す図である。
【図８】図８は、本発明の第１の実施形態に係るフロチャートである。
【図９】図９は、本発明の第２の実施形態に係るフロチャートである。
【図１０】図１０は、第１及び第２の実施形態に係る構成要素を含むブロック図である。
【図１】
2005510950.tif 000003
【図２】
2005510950.tif 000004
【図３】
2005510950.tif 000005
【図４】
2005510950.tif 000006
【図５Ａ】
2005510950.tif 000007
【図５Ｂ】
2005510950.tif 000008
【図６】
2005510950.tif 000009
【図７】
2005510950.tif 000010
【図８】
2005510950.tif 000011
【図９】
2005510950.tif 000012
【図１０】
2005510950.tif 000013
【手続補正書】
【提出日】平成16年1月22日(2004.1.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
送信側と受信側との間にある再送ループに２以上の連続的な再送のサブループが含まれている通信システムにおける再送を実行する方法であって、
第１の送信機と、第２の送信機と、受信機とが含まれる前記再送ループにおいて、該受信機によってアクノレッジされることが期待されている次の順番のパケットユニットに関するシーケンス番号を示すステータス変数を搬送する信号を、ハンドオーバと関連して、前記第２の送信機により前記第１の送信機へと送信することを特徴とする方法。
【請求項２】
前記第２の送信機と前記受信機との間にあるチャネルについてハンドオーバを実行する際に、前記ステータス変数を搬送する前記信号を送信することを特徴とする請求項１に記載の方法。
【請求項３】
前記第２の送信機は、前記ステータス変数を送信する際に、停止を表す情報も前記第１の送信機へと送信することを特徴とする請求項１または２に記載の方法。
【請求項４】
前記第２の送信機は、該第２の送信機において前記受信機宛ての継続中のデータパケットが存在していないか、またはタイムアウトタイマーがすでにタイムアウトしているときに、停止を表す情報を送信することを特徴とする請求項１乃至３の何れかに記載の方法。
【請求項５】
前記第２の送信機において継続している前記受信機宛ての一以上のデータパケットは、前記ステータス変数を搬送する前記信号が送信される前に、前記受信機へと送信されることを特徴とする請求項１乃至４の何れかに記載の方法。
【請求項６】
前記ステータス変数を搬送する前記信号は、前記第２の送信機において前記受信機宛ての継続中のデータパケットが存在しなくなるか、またはタイムアウトタイマーがタイムアウトするまでは送信されないことを特徴とする請求項１乃至５の何れかに記載の方法。
【請求項７】
前記受信機によって前記第２の送信機へとアクノレッジされることが期待されている次の順番にあたるパケットユニットのシーケンス番号から、前記第１の送信機から前記第２の送信機へと初めて送信される次のパケットユニットのシーケンス番号までの範囲にあるパケットユニットの前記ステータス変数を、否定的なアクノレッジとして前記第１の送信機が解釈することを特徴とする請求項１乃至６の何れかに記載の方法。
【請求項８】
否定的にアクノレッジされたと解釈されたパケットユニットらを第３の送信機へと送信することを特徴とする請求項７に記載の方法。
【請求項９】
前記第２の送信機は、該第２送信機から初めて送信される次のパケットユニットのシーケンス番号を示すステータス変数を搬送する信号を送信することを特徴とする請求項１に記載の方法。
【請求項１０】
前記ステータス信号を搬送する前記信号は、前記第２の送信機と前記受信機との間にあるチャネルをハンドオーバする際に送信されることを特徴とする請求項９に記載の方法。
【請求項１１】
前記受信機によって前記第２の送信機へとアクノレッジされることが期待されている次の順番にあたるパケットユニットのシーケンス番号から、前記第２の送信機から前記受信機へと初めて送信される次のパケットユニットのシーケンス番号までの範囲にあるパケットユニットの前記ステータス変数を、否定的なアクノレッジとして前記第１の送信機が解釈することを特徴とする請求項９または１０に記載の方法。
【請求項１２】
否定的にアクノレッジされたと解釈されたパケットユニットらを第３の送信機へと送信することを特徴とする請求項９乃至１１の何れかに記載の方法。
【請求項１３】
前記受信機は、該受信機の受信ステータスを搬送する一以上の信号を第３の送信機へと送信することを特徴とする請求項９乃至１２の何れかに記載の方法。
【請求項１４】
前記第３の送信機は、前記受信機の受信ステータスに応じて、該第3の送信機の送信ステータスを更新することを特徴とする請求項９乃至１３の何れかに記載の方法。
【請求項１５】
前記受信ステータスには、受信されることが期待されている次の順番のＰＵについてのシーケンス番号が含まれていることを特徴とする請求項９乃至１３の何れかに記載の方法。
【請求項１６】
前記第２の送信機と前記受信機との間にあるチャネルから、第３の送信機と前記受信機との間にあるチャネルへとコネクションがハンドオーバされることを特徴とする請求項１乃至１５の何れかに記載の方法。
【請求項１７】
前記チャネルは、ＨＳＤＰＡチャネルまたはＨＳ−ＤＳＣＨであることを特徴とする請求項２、１０または１６に記載の方法。
【請求項１８】
前記第３の送信機は、無線ネットワーク制御装置、ノードＢまたは基地局であることを特徴とする請求項１２乃至１５の何れかに記載の方法。
【請求項１９】
前記第２の送信機は、無線ネットワーク制御装置、ノードＢまたは基地局であることを特徴とする請求項１乃至１８の何れかに記載の方法。
【請求項２０】
前記第１の送信機は、無線ネットワーク制御装置であることを特徴とする請求項１乃至１９の何れかに記載の方法。
【請求項２１】
前記受信機は、ユーザ装置であることを特徴とする請求項１乃至２０の何れかに記載の方法。
【請求項２２】
前記通信システムは、ユニバーサル移動通信システムまたはＷＣＤＭＡシステムであることを特徴とする請求項１乃至１７の何れかに記載の方法。
【請求項２３】
送信側と受信側との間にある再送ループには２以上の連続的な再送のサブループらが含まれている通信システムにおいて再送を実行するネットワーク構成要素であって、前記ネットワーク構成要素は、第１の送信機と、第２の送信機からステータス変数を搬送する信号を受信する受信手段とを含み、該ステータス変数は、該受信機によってアクノレッジされることが期待されている次の順番にあたるパケットユニットのシーケンス番号を示し、前記ステータス変数を搬送する信号は、ハンドオーバに関連して送信されることを特徴とするネットワーク構成要素。
【請求項２４】
前記ステータス変数とともに、停止を表す情報を受信する受信手段をさらに含む請求項２３に記載のネットワーク構成要素。
【請求項２５】
前記ステータス変数によって示されているシーケンス番号から、前記ネットワーク構成要素から前記第２の送信機へと初めて送信される次のパケットユニットのシーケンス番号までの範囲にあるパケットユニットの前記ステータス変数を受信すると、否定的なアクノレッジとして解釈する処理手段をさらに含むことを特徴とする請求項２３または２４に記載のネットワーク構成要素。
【請求項２６】
前記第２の送信機から初めて送信される次の順番にあたるパケットユニットのシーケンス番号を示しているステータス変数を搬送する信号を該第２の送信機から受信する受信手段を含むことを特徴とする請求項２３に記載のネットワーク構成要素。
【請求項２７】
前記ステータス変数を受信すると、該ステータス変数によって示された範囲内にあるパケットユニットについての否定的なアクノレッジとして解釈する処理手段をさらに含む請求項２６に記載のネットワーク構成要素。
【請求項２８】
前記ステータス変数を搬送する前記信号は、前記第２の送信機と前記受信機との間にあるチャネルをハンドオーバする際に送信されることを特徴とする請求項２５乃至２７の何れかに記載のネットワーク構成要素。
【請求項２９】
否定的にアクノレッジされたと解釈されたパケットユニットを第３の送信機へと送信する送信手段をさらに含むことを特徴とする請求項２３乃至２８の何れかに記載のネットワーク構成要素。
【請求項３０】
前記第３の送信機は、無線ネットワーク制御装置、ノードＢまたは基地局であることを特徴とする請求項２９に記載のネットワーク構成要素。
【請求項３１】
前記通信システムは、ユニバーサル移動通信システムまたはＷＣＤＭＡシステムであることを特徴とする請求項２３乃至３０の何れかに記載のネットワーク構成要素。
【請求項３２】
送信側と受信側との間にある再送ループには２以上の連続的な再送のサブループらが含まれている通信システムにおいて再送を実行するネットワーク構成要素であって、前記ネットワーク構成要素は、第２の送信機と、ステータス変数を搬送する信号を第１の送信機へと送信する送信手段とを含み、該ステータス変数は、受信機によってアクノレッジされることが期待されている次の順番にあたるパケットユニットのシーケンス番号を示し、前記ステータス変数を搬送する信号は、ハンドオーバに関連して送信されることを特徴とするネットワーク構成要素。
【請求項３３】
前記ステータス変数を搬送する前記信号は、前記第２の送信機と前記受信機との間にあるチャネルをハンドオーバする際に送信されることを特徴とする請求項３２に記載のネットワーク構成要素。
【請求項３４】
前記ステータス変数とともに、停止を表す情報を前記第１の送信機へと送信する送信手段をさらに含む請求項３２または３３に記載のネットワーク構成要素。
【請求項３５】
前記第２の送信機は、前記受信機宛ての継続中のデータパケットが該第２の送信機に存在していないか、またはタイムアウトタイマーがすでにタイムアウトしているときに、停止を表す情報を送信することを特徴とする請求項３２乃至３４の何れかに記載のネットワーク構成要素。
【請求項３６】
パケットデータの送信バッファをさらに含むことを特徴とする請求項３２乃至３５の何れかに記載のネットワーク構成要素。
【請求項３７】
前記第２の送信機において継続している前記受信機宛ての一以上のデータパケットは、前記ステータス変数を搬送する前記信号が送信される前に、前記受信機へと送信されることを特徴とする請求項３２乃至３６の何れかに記載のネットワーク構成要素。
【請求項３８】
前記ステータス変数を搬送する前記信号は、前記受信機宛ての継続中のデータパケットが前記第２の送信機に存在しなくなるか、またはタイムアウトタイマーがタイムアウトするまでは、送信されないことを特徴とする請求項３２乃至３７の何れかに記載のネットワーク構成要素。
【請求項３９】
前記第２の送信機から初めて送信される次のパケットユニットのシーケンス番号を示すステータス変数を搬送する信号を送信する送信手段をさらに含むことを特徴とする請求項３２に記載のネットワーク構成要素。
【請求項４０】
前記ステータス変数を搬送する前記信号は、前記ネットワーク構成要素と前記受信機との間にあるチャネルをハンドオーバする際に送信されることを特徴とする請求項３９に記載のネットワーク構成要素。
【請求項４１】
前記受信機の受信ステータスを搬送する信号を受信する受信手段をさらに含むことを特徴とする請求項３２乃至４０の何れかに記載のネットワーク構成要素。
【請求項４２】
前記受信機の前記受信ステータスに応じて、前記ネットワーク構成要素の送信ステータスを更新する回路をさらに含むことを特徴とする請求項３２乃至４１の何れかに記載のネットワーク構成要素。
【請求項４３】
前記受信ステータスには、受信されることが期待されている次の順番にあたるＰＵのシーケンス番号が含まれていることを特徴とする請求項４１または４２に記載のネットワーク構成要素。
【請求項４４】
前記ネットワーク構成要素は、該ネットワーク構成要素と前記受信機との間にあるチャネルのハンドオーバに関与することを特徴とする請求項３２乃至４３の何れかに記載のネットワーク構成要素。
【請求項４５】
前記チャネルは、ＨＳＤＰＡチャネルまたはＨＳ−ＤＳＣＨであることを特徴とする請求項２８、３３、４０、４１または４４に記載のネットワーク構成要素。
【請求項４６】
前記第１の送信機は、無線ネットワーク制御装置であるか、無線ネットワーク制御装置に含まれることを特徴とする請求項２３乃至４５の何れかに記載のネットワーク構成要素。
【請求項４７】
前記第２の送信機は、無線ネットワーク制御装置であるか、無線ネットワーク制御装置に含まれることを特徴とする請求項２３乃至４６の何れかに記載のネットワーク構成要素。
【請求項４８】
前記ネットワーク構成要素は、無線ネットワーク制御装置、ノードＢまたは基地局であることを特徴とする請求項２３乃至４７の何れかに記載のネットワーク構成要素。
【請求項４９】
前記通信システムは、ユニバーサル移動通信システムまたはＷＣＤＭＡシステムであることを特徴とする請求項２３乃至４８の何れかに記載のネットワーク構成要素。
【請求項５０】
通信システムの通信チャネル上で送信信号または再送信号を受信する受信装置であって、２以上の連続的な再送のサブループらを含む再送ループが送信側と前記受信装置との間に存在し、前記受信装置は、自己の受信ステータスを搬送するための一以上の信号をネットワーク構成要素へと送信する送信手段を含み、前記受信ステータスを搬送する一以上の信号は、ハンドオーバに関連して送信されることを特徴とする受信装置。
【請求項５１】
前記受信ステータスは、前記ネットワーク構成要素の送信ステータスを更新するために送信されることを特徴とする請求項５０に記載の受信装置。
【請求項５２】
ハンドオーバの際に前記ネットワーク構成要素へと前記受信ステータスを送信する送信手段をさらに含むことを特徴とする請求項５０または５１に記載の受信装置。
【請求項５３】
前記受信ステータスは、該受信装置が前記ネットワーク構成要素からの送信信号の受信を開始する前に送信されることを特徴とする請求項５０乃至５２のいずれかに記載の受信装置。
【請求項５４】
前記受信ステータスには、受信されることが期待されている次の順番にあたるＰＵのシーケンス番号が含まれていることを特徴とする請求項５０乃至５３のいずれかに記載の受信装置。
【請求項５５】
前記チャネルは、ＨＳＤＰAチャネルまたはＨＳ−ＤＳＣＨであることを特徴とする請求項５０乃至５４のいずれかに記載の受信装置。
【請求項５６】
前記通信システムは、ユニバーサル移動通信システムまたはＷＣＤＭＡシステムであることを特徴とする請求項５０乃至５５の何れかに記載の受信装置。
【請求項５７】
前記受信装置は、ユーザ装置であることを特徴とする請求項５０乃至５６の何れかに記載の受信装置。
【請求項５８】
前記ネットワーク構成要素は、無線ネットワーク制御装置、ノードＢまたは基地局であることを特徴とする請求項５０乃至５７の何れかに記載の受信装置。
【請求項５９】
請求項１乃至２２の何れかに記載された方法を実行する手段を含むことを特徴とする無線通信システム。
【請求項６０】
請求項２３乃至４９の何れかに記載されたネットワーク構成要素を複数含むことを特徴とする無線通信システム。
【請求項６１】
請求項５０乃至５８の何れかに記載された受信装置を複数含むことを特徴とする無線通信システム。
【国際調査報告】
2005510950.tif 000014
2005510950.tif 000015
2005510950.tif 000016