(57)【要約】本発明は、通信ネットワークにおける無線インタフェース上の無線リソースを効率的に使用するための方法に関連する。本通信ネットワークは、前記無線インタフェース上でパケットデータを受信側エンティティ（１５）へ送信する送信側エンティティ（１８）を備え、当該送信側エンティティは、ハイブリッド自動繰り返し要求プロトコル（ＨＡＲＱ）を利用する下位レイヤーの上位に位置し、自動繰り返し要求プロトコル（ＡＲＱ）を利用する上位レイヤーを少なくとも備え、当該上位レイヤーにはこの上位レイヤーの動作を管理するように構成された少なくとも１つのタイマーを備えている。当該タイマーは、下位レイヤーのハイブリッド自動繰り返し要求プロトコルにしたがった、送信されたパケットデータについての受信側エンティティ（１５）における受信ステータスを示すインディケーションに基づいて、設定される。
2010507964.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークにおける無線インタフェース上の無線リソースを効率的に使用するために送信側エンティティ（１８）が実行する方法であって、前記通信ネットワークは、前記無線インタフェース上でパケットデータを受信側エンティティ（１５）へ送信する前記送信側エンティティ（１８）を備え、前記送信側エンティティ（１８）は、ハイブリッド自動繰り返し要求プロトコルを利用する下位レイヤーの上位に位置した、自動繰り返し要求プロトコルを利用する上位レイヤーを少なくとも備え、前記上位レイヤーは該上位レイヤーの動作を管理するように構成された少なくとも１つのタイマーを備え、
前記方法は、
前記下位レイヤーの前記ハイブリッド自動繰り返し要求プロトコルにしたがった、前記送信されたパケットデータについての前記受信側エンティティ（１５）における受信ステータスを示すインディケーションに基づいて、前記少なくとも１つのタイマーを設定するステップ
を含むことを特徴とする方法。
【請求項２】
前記インディケーションは前記下位レイヤーにおける送信の成功を示すことを特徴とする請求項１に記載の方法。
【請求項３】
前記インディケーションは前記下位レイヤーにおける送信の失敗を示すことを特徴とする請求項１に記載の方法。
【請求項４】
前記下位レイヤーにおいて、送信の試行の失敗回数が所定回数に至った後で前記下位レイヤーから前記上位レイヤーへと、送信の失敗を示す前記インディケーションが送信されることを特徴とする請求項３に記載の方法。
【請求項５】
前記インディケーションは、送信されたデータのロスが発生したときに、前記下位レイヤーから前記上位レイヤーへと送信されることを特徴とする請求項１に記載の方法。
【請求項６】
前記上位レイヤーにおいて前記インディケーションが受信されると、前記ロスとなったデータを前記受信側エンティティへ直接的に再送するステップをさらに含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記インディケーションは、前記下位レイヤーにおけるシグナリングのエラーを示し、前記シグナリングのエラーを示すメッセージは、前記上位レイヤーから第２の受信側エンティティへ送信されることを特徴とする請求項１に記載の方法。
【請求項８】
前記インディケーションは、送信の試行が実行されるごとに前記下位レイヤーから前記上位レイヤーへ送信され、前記少なくとも１つのタイマーは最初の送信の試行の際にスタートし、前記インディケーションが受信されると再スタートすることを特徴とする請求項１に記載の方法。
【請求項９】
前記少なくとも１つのタイマーは、送信の試行回数が上限回数に達するまで継続するようセットされることを特徴とする請求項１に記載の方法。
【請求項１０】
前記上位レイヤーは無線リンク制御（ＲＬＣ）レイヤーであり、前記下位レイヤーはメディアアクセス制御（ＭＡＣ）レイヤーであることを特徴とする請求項１に記載の方法。
【請求項１１】
通信ネットワークにおける無線インタフェース上の無線リソースを効率的に使用するために送信側エンティティ（１８）に備えられた装置であって、前記通信ネットワークは、前記無線インタフェース上でパケットデータを受信側エンティティ（１５）へ送信する前記送信側エンティティ（１８）を備え、前記送信側エンティティ（１８）は、ハイブリッド自動繰り返し要求プロトコルを利用する下位レイヤーの上位に位置した、自動繰り返し要求プロトコルを利用する上位レイヤーを少なくとも備え、前記上位レイヤーは該上位レイヤーの動作を管理するように構成された少なくとも１つのタイマーを備え、
前記装置は、
前記下位レイヤーの前記ハイブリッド自動繰り返し要求プロトコルにしたがった、前記送信されたパケットデータについての前記受信側エンティティ（１５）における受信ステータスを示すインディケーションに基づいて、前記少なくとも１つのタイマーを設定する設定手段
を備えることを特徴とする装置。
【請求項１２】
前記インディケーションは前記下位レイヤーにおける送信の成功を示していることを特徴とする請求項１１に記載の装置。
【請求項１３】
前記インディケーションは前記下位レイヤーにおける送信の失敗を示すことを特徴とする請求項１１に記載の装置。
【請求項１４】
前記下位レイヤーは、送信の試行の失敗回数が所定回数に至った後で送信の失敗を示す前記インディケーションを前記上位レイヤーへ送信するよう構成されていることを特徴とする請求項１３に記載の装置。
【請求項１５】
前記下位レイヤーは、送信されたデータのロスが発生したときに、前記インディケーションを前記上位レイヤーへ送信するように構成されていることを特徴とする請求項１１に記載の装置。
【請求項１６】
前記送信側エンティティ（１８）は、前記上位レイヤーにおいて前記インディケーションが受信されると、前記ロスとなったデータを前記受信側エンティティ（１５）へ直接的に再送するように構成されていることを特徴とする請求項１５に記載の装置。
【請求項１７】
前記インディケーションは、前記下位レイヤーにおけるシグナリングのエラーを示し、前記上位レイヤーは、前記シグナリングのエラーを示すメッセージを第２の受信側エンティティ（１０）へ送信するように構成されていることを特徴とする請求項１１に記載の装置。
【請求項１８】
前記下位レイヤーは、送信の試行が実行されるごとに前記インディケーションを前記上位レイヤーへ送信するように構成されており、前記少なくとも１つのタイマーは最初の送信の試行の際にスタートし、前記インディケーションが受信されると再スタートすることを特徴とする請求項１１に記載の装置。
【請求項１９】
前記設定手段は、送信の試行回数が上限回数に達するまで継続するよう前記少なくとも１つのタイマーをセットするように構成されていることを特徴とする請求項１１に記載の装置。
【請求項２０】
前記上位レイヤーは無線リンク制御（ＲＬＣ）レイヤーであり、前記下位レイヤーはメディアアクセス制御（ＭＡＣ）レイヤーであることを特徴とする請求項１１に記載の装置。
【請求項２１】
通信ネットワークにおける無線インタフェース上の無線リソースを効率的に使用するためのユーザ装置（１８）であって、ハイブリッド自動繰り返し要求プロトコルを利用する下位レイヤーの上位に位置した、自動繰り返し要求プロトコルを利用する上位レイヤーを少なくとも備え、前記上位レイヤーは該上位レイヤーの動作を管理するように構成された少なくとも１つのタイマーを備え、
前記ユーザ装置は、
前記下位レイヤーの前記ハイブリッド自動繰り返し要求プロトコルにしたがった、前記送信されたパケットデータについての前記受信側エンティティ（１０、１５）における受信ステータスを示すインディケーションに基づいて、前記少なくとも１つのタイマーを設定する設定手段
を備えることを特徴とするユーザ装置。
【請求項２２】
コンピュータ可読記憶媒体（６０）であって、通信ネットワークにおける無線インタフェース上の無線リソースを効率的に使用するためのコンピュータプログラムを備え、前記通信ネットワークは、前記無線インタフェース上でパケットデータを受信側エンティティへ送信する送信側エンティティを備え、前記送信側エンティティは、ハイブリッド自動繰り返し要求プロトコルを利用する下位レイヤーの上位に位置した、自動繰り返し要求プロトコルを利用する上位レイヤーを少なくとも備え、前記上位レイヤーは該上位レイヤーの動作を管理するように構成された少なくとも１つのタイマーを備え、
前記コンピュータプログラムは、前記下位レイヤーの前記ハイブリッド自動繰り返し要求プロトコルにしたがった、前記送信されたパケットデータについての前記受信側エンティティ（１５）における受信ステータスを示すインディケーションに基づいて、前記少なくとも１つのタイマーを設定するように構成されていることを特徴とするコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークにおいて使用される方法及び装置に係り、とりわけ、無線インタフェースを介して無線リソースを効率よく利用することを可能ならしめる装置とそのような利用方法とに関連する。また、本発明は、無線インタフェースを介して無線リソースを効率よく利用することを可能ならしめるユーザ装置にも関連する。さらに、本発明は、無線インタフェースを介して無線リソースを効率よく利用するためのコンピュータプログラムを記憶したコンピュータ可読記憶媒体にも関連する。
【背景技術】
【０００２】
複数のプロトコルタイマーが使用されることがある。例えば、再送プロトコルでは、タイマーが満了する前に所望の結果が得られない場合、新しいメッセージまたは新しい動作が繰り返し実行される。例えば、ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）における無線リンク制御（ＲＬＣ）プロトコルはまさにこの例であり、例えば、Ｐｏｌｌ（ポル）タイマーなど、様々なタイマーが定義されている。このタイマーの目的は、エラーの発生しやすいリンク上でＰｏｌｌ（または通信相手のステータスリポート）が消失した場合、このような状況をカバーすることが目的であり、タイマーが満了したと後でＰｏｌｌを再送するために使用される。なお、この種のタイマーは、シグナリング（レイヤー３）プロトコルを含むほとんどすべてのプロトコルにおいて、信頼性を確保するために使用されている。
【０００３】
拡張専用チャネル（Ｅ−ＤＣＨ）は第３世代パートナーシッププロジェクトのリリース６において定義されたアップリンクトランスポートチャネルである。Ｅ−ＤＣＨの特徴の一つはハイブリッド自動再送要求（ＨＡＲＱ）を導入したことである。ＨＡＲＱは、高速ダウンリンク共通チャネル（ＨＳ−ＤＳＣＨ）でも使用されており、ＵＴＲＡＮのロングタームエボルーション（ＬＴＥ）でも使用される予定である。
【０００４】
図２に示したＥ−ＤＣＨのプロトコルスタックによれば、再送について２つのレイヤーが存在することがわかる。第１の再送エンティティはメディアアクセス制御（ＭＡＣ）レイヤーのＨＡＲＱプロトコルであり、１ビットのアクノレッジメントまたはネガティブアクノレッジメント（ＡＣＫ／ＮＡＣＫ）に基づいて再送を実行する。ＨＡＲＱが失敗したり、ＮＡＣＫとＡＣＫのエラーが発生したりすると、次の再送エンティティ、すなわち、ＲＬＣの自動再送要求（ＡＲＱ）プロトコルに対して順番の誤ったデリバリーが実行されてしまう。ＲＬＣは残ったエラーについて対処することになる。
【０００５】
ＲＬＣは、コネクションの両端、すなわちユーザ装置（ＵＥ）と無線ネットワーク制御装置（ＲＮＣ）とに存在する。再送は、ＳＴＡＴＵＳ（ステータス）リポートに基づいて実行される。これはまた、タイマーとポーリングとに基づいて実行される。すなわち、ＲＬＣにおける再送は、タイマー値とポーリングルールとを含むＲＬＣパラメータを使用して制御可能である。
【０００６】
ＲＬＣは、専用制御チャネル（ＤＣＨ）及びフォワードアクセスチャネル／ランダムアクセスチャネル（ＦＡＣＨ／ＲＡＣＨ）を使用していたもののＨＡＲＱを使用していなかった従前の３ＧＰＰリリースにおいても存在はしていた。大抵のＲＬＣタイマー値は、それ故に、ラウンドトリップ時間（ＲＴＴ）の推定値に基づいて決定されていた。ＨＡＲＱが登場した今となっては、ＲＬＣレイヤーにおけるＲＴＴの算出はトリッキー（厄介なもの）になってしまっている。なぜなら、ＨＡＲＱプロセスにおけるペイロードユニットは再送回数が変動しうるため、ＨＡＲＱのためい遅延も変動しうるものとなってしまったからである。現在の仕様書では（主にＲＡＣＨにおいて）ＲＴＴが変動してしまうことを考慮しているが、Ｅ−ＤＣＨにおけるＨＡＲＱが変動してしまうことに対処するために適切なレイヤー間通信を行うことについては考慮されてはいない。
【０００７】
ＨＡＲＱを用いて運用中に、上位レイヤープロトコルにおけるタイマーの正しい設定は、到底簡単なものとはいえない。これは、１０ｍｓの送信時間インターバル（ＴＴＩ）と４つのＨＡＲＱプロセスとを使用するＥ−ＤＣＨを用いて説明することができる。ＨＡＲＱの再送数は１ないし８の間で変動するものと仮定する。ＨＡＲＱの動作に依存して、送信遅延は、１０ｍｓないし［７×４０＋１０］ｍｓ＝２９０ｍｓとの間で変動することになる。
【０００８】
ＲＬＣの仕様書（ＴＳ２５．３２２）によれば、次のように、多くのタイマーが起動されることになっている。
「Ｐｏｌｌを含むＡＭＤ ＰＤＵの送信が成功または失敗したことを下位レイヤーが示したときは、ＵＥにおいてこのタイマーが起動される（または再起動される）。」
もちろん、物理レイヤーによってＲＬＣプロトコルデータユニットが再送すべきことを示されているときは、ＭＡＣレイヤーはＲＬＣに対してインディケーションを送信すべきことを指定される。すなわち、
ＭＡＣ−ＳＴＡＴＵＳ−ＩＮＤ／ＲＥＳＰ：
・・・・・ＰＨＹによってＭＡＣがデータの送信を要求されたこと（すなわちＰＨＹ−ＤＡＴＡ−ＲＥＱがすでに提出されたこと）、または、プリアンブル・ランピング・サイクル・カウンターの値を超えてしまったためにＲＡＣＨ上でのＲＬＣ ＰＤＵの送信が失敗してしまったこと、をＭＡＣから示すために、ＵＥにおいて、ＭＡＣ−ＳＴＡＴＵＳ−ＩＮＤは使用される。
さらに、送信のステータスを示すパラメータがある。
ＴＸ ｓｔａｔｕｓ：
「送信失敗」を値に設定したときに、このパラメータはＲＬＣに対して、直前のＴＴＩにおいてＲＬＣ ＰＤＵの送信が失敗したことを示し、「送信成功」を値に設定したときには、このパラメータはＲＬＣに対して、要求されたＲＬＣ ＰＤＵが物理レイヤーによって送信のために供されたことを示す。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
故に、ＭＡＣには、物理レイヤーによってＰＤＵの送信が開始されたときに、ＲＬＣにその情報を伝える義務がある。しかし、通信相手のエンティティにおいてそのＰＤＵの受信が成功したか失敗したかを示すインディケーションはない。とりわけ、ＲＬＣ ＰＤＵがＨＡＲＱを死傷するＥ−ＤＣＨへと持ち越されたときにインディケーションをどのように使用するかといった使用方法の定義は存在しない。故に、ＭＡＣの仕様書はこの点について明らかではない。
【００１０】
上述の例を通じてわかるように、データリクエストからＨＡＲＱを用いた送信が成功するまでの遅延は顕著に変動しうる。よって、この遅延の変動を取り扱うには、ＨＡＲＱの遅延変動を上位レイヤー、とりわけＲＬＣタイマーによって考慮にいれて処理されるよう、仕様書が更新される必要がある。
【課題を解決するための手段】
【００１１】
本発明の目的は、通信ネットワークにおける無線インタフェース上の無線リソースを効率的に使用するための方法を提供することであり、本通信ネットワークは、前記無線インタフェース上でパケットデータを受信側エンティティへ送信する送信側エンティティを備え、当該送信側エンティティは、ハイブリッド自動繰り返し要求プロトコルを利用する下位レイヤーの上位に位置し、自動繰り返し要求プロトコルを利用する上位レイヤーを少なくとも備え、当該上位レイヤーにはこの上位レイヤーの動作を管理するように構成された少なくとも１つのタイマーを備えている。
【００１２】
本発明の目的は、請求項１の特徴部に記載された方法によって達成される。
【００１３】
本発明の他の目的は、通信ネットワークにおける無線インタフェース上の無線リソースを効率的に使用するためのシステムを提供することであり、本通信ネットワークは、前記無線インタフェース上でパケットデータを受信側エンティティへ送信する送信側エンティティを備え、当該送信側エンティティは、ハイブリッド自動繰り返し要求プロトコルを利用する下位レイヤーの上位に位置し、自動繰り返し要求プロトコルを利用する上位レイヤーを少なくとも備え、当該上位レイヤーにはこの上位レイヤーの動作を管理するように構成された少なくとも１つのタイマーを備えている。
【００１４】
本発明の目的は、請求項１１の特徴部に記載されたシステムによって達成される。
【００１５】
本発明のさらに他の目的は、無線インタフェース上の無線リソースを効率的に使用するためのユーザ装置を提供することであり、本ユーザ装置は、ハイブリッド自動繰り返し要求プロトコルを利用する下位レイヤーの上位に位置し、自動繰り返し要求プロトコルを利用する上位レイヤーを少なくとも備え、当該上位レイヤーにはこの上位レイヤーの動作を管理するように構成された少なくとも１つのタイマーを備えている。
【００１６】
本発明の目的は、請求項２１の特徴部に記載されたユーザ装置によって達成される。
【００１７】
本発明のさらに他の目的は、通信ネットワークにおける無線インタフェース上の無線リソースを効率的に使用するためのコンピュータ可読記憶媒体を提供することであり、本通信ネットワークは、前記無線インタフェース上でパケットデータを受信側エンティティへ送信する送信側エンティティを備え、当該送信側エンティティは、ハイブリッド自動繰り返し要求プロトコルを利用する下位レイヤーの上位に位置し、自動繰り返し要求プロトコルを利用する上位レイヤーを少なくとも備え、当該上位レイヤーにはこの上位レイヤーの動作を管理するように構成された少なくとも１つのタイマーを備えている。
【００１８】
本発明の目的は、請求項２２の特徴部に記載されたコンピュータ可読記憶媒体によって達成される。
【００１９】
本発明の実施態様は従属項に記載されている。
【００２０】
上位レイヤーの動作を効率良く改善するために、下位レイヤーからのインディケーションを使用する方法及びシステムを提供することによって、不必要な待ち時間を削減することができる。さらに、タイマーの値をより正確にすることで、上位レイヤー上での転送効率が向上し、ウインドウ幅の引き延ばしと不必要な再送の問題を緩和する。よって、無線リソースが効率よく使用されるようになる。
【００２１】
本発明のさらに他の目的と特徴は以下の詳細な説明を添付図面を参照しながら読むことにより明らかとなろう。しかし、添付図面は例示の目的で描画されており、本発明を限定するような定義を与えることは意図されていない。また、添付図面の参照番号は例示のために添付の特許請求の範囲においても参照される。なお、添付図面において縮尺等は不要であり、仮に、その記載があっても、構造や手順を概念的に示したにすぎない。
【図面の簡単な説明】
【００２２】
添付図面においては同一の参照番号が同一の構成に付与されている。
【図１】図１は本発明に係る通信ネットワークアーキテクチャーを示した図である。
【図２】図２はユーザプレーンとＥ−ＤＣＨについてプロトコルターミネーションを示した図である。
【図３】図３は本発明の第１実施形態に係る情報の流れを示した図である。
【図４】図４は本発明の第２実施形態に係る情報の流れを示した図である。
【図５】図５は本発明の第５実施形態に係る情報の流れを示した図である。
【図６】図６はコンピュータ可読記憶媒体を示し図である。
【発明を実施するための形態】
【００２３】
図１は通信システムを示しており、これは広帯域符号分割多元接続（ＷＣＤＭＡ）通信システムのような通信システムであり、ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）などの無線アクセスネットワーク（ＲＡＮ）を含み、少なくとも１つの無線基地局（ＲＢＳ）（またはノードＢ）１５が１つ以上の無線ネットワーク制御装置（ＲＮＣ）１０に接続されている。ＲＡＮはコアネットワーク（ＣＮ）１２に接続されている。ＲＡＮ及びＣＮ１２は、複数のユーザ装置（ＵＥ）１８（図１では１台しか示されていない）に対して通信と制御とを提供する。ＵＥ１８のそれぞれは、データ／信号を送信又は受信するためのダウンリンク（ＤＬ）チャネル１３とアップリンク（ＵＬ）チャネル１４とを使用する。本発明の好ましい実施形態によれば、通信システムはＷＣＤＭＡ通信システムであるものとして説明する。当業者であれば、本発明に係る方法や装置が他の通信システムにおいても同様に有効に適用できることを理解できよう。
【００２４】
本発明の鍵となる事実は、通信相手となる受信側エンティティが実際にいつＰＤＵの受信に成功したかについての知識を手助けすることにある。故に、上位レイヤーのプロトコルタイマーはＨＡＲＱのフィードバックに基づいて起動（スタート）されることが可能となる。
【００２５】
本発明の思想を使用せず、また、ワーストケースを説明するためのタイマー値を使用したとすると、ＨＡＲＱの遅延は、性能を低下させてしまう。これは、長いタイマーが設定されるとウィンドウサイズの円滑な調整が妨げられるおそれがあり、ロスト（消失）したデータやシグナリングメッセージの再送も妨げられる恐れがあるからである。
【００２６】
以下で本発明は、３ＧＰＰ仕様書における手法と類似の手法を用いて、異なる複数のプロトコルエンティティ間で交換されるプリミティブ（または信号）を使用して説明される。これは単なる説明のために採用しているにすぎず、本発明を限定するものと理解してはならない。さらに、本発明の好ましい実施形態によれば、ここで使用されるプロトコル、すなわちＲＬＣやＭＡＣは、出願時における３ＧＰＰ仕様書から取ってきた一例にすぎない。当業者であれば他のプロトコルにも本発明を適用できることを理解できよう。
【００２７】
上述したＲＬＣにおけるタイマーは、通常、プロトコルエンティティ間のＲＴＴに基づいて設定される。ＲＬＣにおける他のタイマーは、通信相手であるエンティティからのレスポンスを管理・監視したり、通信ピア間の余剰の送信を禁止したりなどといった機能のために設けられている。以下では、これらについては省略する。
【００２８】
現在のところ３ＧＰＰ仕様書に記載されているように、ＰＨＹ−ＤＡＴＡ−ＲＥＱ（物理レイヤー・データ・リクエスト）のプリミティブがＭＡＣから送信され、このことをＲＬＣに対してパラメータ「ＴＸ Ｓｔａｔｕｓ（送信ステータス）」においてＭＡＣ−ＳＴＡＴＵＳ−ＩＮＤ（ＭＡＣレイヤー・ステータス・インジケータ）プリミティブを用いてＭＡＣが示したときに、関連するタイマーがスタートまたは再スタートされる。
【００２９】
本発明の好ましい実施形態によれば、通信ネットワークにおける無線インタフェース上の無線リソースを効率的に使用するための方法を提供することであり、本通信ネットワークは、無線インタフェース上でパケットデータを受信側エンティティ（例：ＲＮＣやノードＢなど）へ送信する送信側エンティティ（例：ＵＥなど）を備え、当該送信側エンティティは、ハイブリッド自動繰り返し要求（例：ＨＡＲＱなど）プロトコルを利用する下位レイヤー（例：ＭＡＣレイヤー）の上位に位置し、自動繰り返し要求プロトコル（例：ＡＲＱなど）を利用する上位レイヤー（例：ＲＬＣレイヤーなど）を少なくとも備え、当該上位レイヤーにはこの上位レイヤーの動作を管理するように構成された少なくとも１つのタイマーを備えている。本方法は、例えば、下位レイヤーのＨＡＲＱプロトコルにしたがって、送信されたデータ／信号についての受信側エンティティにおける受信ステータスを示すＡＣＫ／ＮＡＣＫメッセージなどのインディケーションに基づいて、少なくとも１つのタイマーを設定するステップを備えている。
【００３０】
また、本発明によれば、無線インタフェース上の無線リソースを効率的に使用するためのユーザ装置１８が提供される。本ユーザ装置は、ハイブリッド自動繰り返し要求プロトコルを利用する下位レイヤーの上位に位置し、自動繰り返し要求プロトコルを利用する上位レイヤーを少なくとも備え、当該上位レイヤーにはこの上位レイヤーの動作を管理するように構成された少なくとも１つのタイマーを備えている。ユーザ装置は、例えば、下位レイヤーのハイブリッド型の自動繰り返し要求プロトコルにしたがって、ＲＮＣやノードＢなどの受信側エンティティにおける、送信されたデータの受信ステータスを示すフィードバックに基づいて少なくとも１つのタイマーを設定する手段を備えている。
【００３１】
図３は、本発明の好ましい第１実施形態を示したフローチャートである。関連したＲＬＣタイマーは、伝送が成功したか失敗したかについてのフィードバックを受信したときに、スタートまたは再スタートされる。ＲＬＣ ＰＤＵが物理レイヤーに対して送信のために供給されたときは、特定のＰＤＵについてのＡＣＫ（又はＨＡＲＱの失敗を示す情報）が受信されるまで、待機する。よって、ＭＡＣ−ＤＡＴＡ−Ｒｅｑ  ３１はＲＬＣからＭＡＣへと送信され、さらに、ＰＨＹ−ＤＡＴＡ−Ｒｅｑ  ３２  がＭＡＣから物理レイヤー（ＰＨＹ）へと送信される。第１のＨＡＲＱ送信信号３３は送信装置（ＵＥ）から受信装置（ＲＢＳ）へと送信される。この送信信号の受信が成功すると、受信装置は送信装置へＡＣＫ  ３６を返信する。しかし、送信信号の受信が失敗する限り、受信装置はＮＡＣＫ  ３４を送信装置へ返信し続け、送信装置は再送回数が所定の上限回数に至るまでＨＡＱＲの送信信号３５を再送する。再送回数が所定の上限回数を超えても送信信号の受信が成功しなければ、その送信信号についてはＨＡＲＱ失敗が発生したものと決定される。図中の３６においてＨＡＲＱ失敗のＡＣＫが受信された後で、ＰＨＹは、ＰＨＹ−ＳＴＡＴＵＳ−ＩＮＤ  ３７をＭＡＣに送信する。ＭＡＣは、ＰＨＹ−ＳＴＡＴＵＳ−ＩＮＤ  ３８をＲＬＣに送信する。
【００３２】
図４は、本発明に係る第２の好ましい実施形態を示した図である。ｘ回目のＨＡＲＱの送信信号についてフィードバックの受信がなされると、関連したＲＬＣタイマーがスタートする。ＰＤＵが送信のために物理レイヤーに供給されると、それが送信されてＡＣＫが受信されるか、または、ｘ回にわたり送信されていずれもＮＡＣＫが受信されるまで、待機する。そして、ＰＤＵの送信ステータスについて上位レイヤーに対して通知する。この解決方法によれば、タイマーの値を僅かに短くすることができるが、利用可能なＨＡＲＱ情報を完全に利用するものではない。よって、ＭＡＣ−ＤＡＴＡ−Ｒｅｑ  ４１がＲＬＣからＭＡＣへ送信され、ＰＨＹ−ＤＡＴＡ−Ｒｅｑ  ４２がＭＡＣから物理レイヤー（ＰＨＹ）へ送信される。第１のＨＡＲＱ送信信号４３は送信装置（ＵＥ１８）から受信装置（ＲＢＳ１５）へ送信される。送信信号の受信が成功すると、受信装置はＡＣＫを送信装置へと返信する。しかし、送信信号の受信が失敗する限り、受信装置は送信装置へＮＡＣＫ  ４４を返信する。そして、送信装置は、ＨＡＲＱ送信信号を再送する。再送回数が再送信号４５についての予め定められた再送回数（上限回数ではない）に達しても、依然として受信に成功せずにＮＡＣＫ４６が返信されていた場合、ＰＨＹは、ＰＨＹ−ＳＴＡＴＵＳ−ＩＮＤ  ３７をＭＡＣに送信し、ＭＡＣは、ＭＡＣ−ＳＴＡＴＵＳ−ＩＮＤ  ３８をＲＬＣへ送信する。
【００３３】
本発明における第３の好ましい実施形態によれば、消失した上位レイヤーＰＤＵの直接再送が、ＨＡＲＱ失敗インディケーションを受信したことに基づいて、実行される。
【００３４】
本発明の第４の好ましい実施形態によれば、受信側にＭＡＣ−ＨＡＲＱとＲＬＣとの相互動作が採用されてもよい。ＭＡＣ−ＨＡＲＱレイヤーはいくつかの条件下において、ＨＡＲＱフィードバックシグナリングにおいてエラーが発生したことを発見してもよい。この例は、ＨＡＲＱ ＮＡＣＫを送信することによってＨＡＲＱがＭＡＣ ＰＤＵの再送信を要求されたときに、再送の代わりに新しいＭＡＣ ＰＤＵが受信されたときである。このイベントは、ＨＡＲＱのレベルでデータのロスが発生したことを示すインディケーションであり、このイベントはＲＬＣレイヤーにインディケーションにより通知されてもよい。このインディケーションを受信したときに、ＲＬＣレイヤーは、すぐにＲＬＣ ＳＴＡＴＵＳリポートを送信するが、これは通信相手のＲＬＣエンティティに対してデータがロスしたことを気付かせるためである。これは、たとえステータス禁止タイマー動作中であっても実行される。代替的に、ＲＬＣエンティティは、ＭＡＣからインディケーションを受信したときに、ステータス禁止タイマーが動作していない場合にかぎり、ＳＴＡＴＵＳレポートを送信するようにしてもよい。
【００３５】
図５は、本発明に係る第５の好ましい実施形態を示したフローチャートである。ＨＡＲＱフィードバック情報は、ＨＡＲＱのエンティティにおいて、送信が試行されるごとに、ＲＬＣにおけるタイマーは、第１の送信試行が実行されたときにスタートされ、ＨＡＲＱフィードバックレスポンス（ＡＣＫ／ＮＡＣＫ）の結果に応じて再スタートされる。なお、禁止機能は、タイマーが満了する前に、すなわち禁止機能がトリガーされたときに開始される。図５は、ＵＥ１８とＲＢＳ１５（またはノードＢ）との間でのフローを示している。ＵＥ１８のＲＬＣレイヤーはＭＡＣ−ＤＡＴＡ−ＲＥＱ ５１をＵＥ１８のＭＡＣレイヤーへ送信する。ＭＡＣレイヤーは、ＰＨＹ−ＤＡＴＡ−ＲＥＱ ５２をＵＥ１８のＰＨＹレイヤーへ送信するとともに、ＭＡＣ−ＳＴＡＴＵＳ−ＩＮＤ ５３をＲＬＣへと返信する。これにより、ＲＬＣレイヤーにおけるタイマーがスタートする。ＵＥ１８のＰＨＹレイヤーは第１のＨＡＲＱ送信信号５４をＲＢＳ１５のＰＨＹレイヤーへと送信する。ＲＢＳ１５のＰＨＹレイヤーは、ＰＨＹ−ＤＡＴＡ−ＩＮＤ ５５をＲＢＳ１５のＭＡＣレイヤーへ送信する。もし送信信号の受信に失敗したときは、ＲＢＳ１５のＭＡＣレイヤーＮＡＣＫ５６をＵＥ１８のＭＡＣレイヤーに対して送信する。ＵＥ１８のＭＡＣレイヤーは、ＭＡＣ−ＳＴＡＴＵＳ−ＩＮＤ ５３をＲＬＣへ送信する。これによってタイマーは再スタートされる。この手順は繰り返される。すなわち、ＵＥ１８のＭＡＣがＰＨＹ−ＤＡＴＡ−ＲＥＱ ５２をＵＥ１８のＰＨＹレイヤーへ送信するが如くである。図５に示した例によれば、第３の送信試行については成功裡に受信される。よって、ＲＢＳ１５のＭＡＣはＡＣＫ ５７をＵＥ１８のＭＡＣへと返信する。
【００３６】
代替的に、本発明の第６の好適な実施形態によれば、ＰＤＵが送信のために提供されたときに、少なくとも最大送信遅延に限ってすべてのＨＡＲＱ送信の試行回数をカウントするロング（長期）タイマーをスタートさせるよう、ＲＬＣを変更する。第１の実施形態にしたがって、すなわちＡＣＫが返信されるかまたは再送回数が上限値に達したときに、ほぼＲＴＴの値程度である正しいタイマー値を用いて長期タイマーを再スタート／更新する。
【００３７】
上述した少なくともいくつかの手順は、送信装置と受信装置との間にあるチャネルの時間変動特性に応じて必要となれば、繰り返し実行される。理解を容易にするために、例えば、プログラマブルコンピュータシステムの構成要素によって、実行される動作のシーケンスについて、様々な観点から本発明を説明した。本発明の動作は、特定の回路（例えば、特定の機能を実行するために相互接続されたディスクリートのロジックゲート素子や特定用途集積回路）によって実行されてもよいし、１つ以上のプロセッサによって実行されるプログラムのインストラクションとして実現されてもよいし、これらの組み合わせによって実現されてもよい。
【００３８】
さらに、本発明は、例えば、図６の６０で示したコンピュータ可読記憶媒体など、いずれかのコンピュータ可読記憶媒体によってその全体が実現されうることも考慮されなければならない。当該コンピュータ可読記憶媒体には、予め適切なインストラクションのセットが記憶され、当該インストラクションセットは、インストラクションを実行するシステム、装置またはデバイス、例えば、コンピュータベースのシステム、プロセッサを搭載したシステム、または当該コンピュータ可読記憶媒体からインストラクションをフェッチして実行できる他のシステムなどと共同して本発明が実施されてもよい。なお、「コンピュータ可読記憶媒体」には、インストラクションを実行するシステム、装置またはデバイスによって使用ないしは協働するコンピュータプログラムを、含み、記憶し、通信士、頒布し、または搬送することができるいずれかの手段である。コンピュータ可読記憶媒体は、例えば、電気的、磁気的、光学的、電磁気的、赤外線、または、半導体によるシステム、装置もしくはデバイスや、頒布媒体であるが、これらにのみ限定する意図はない。コンピュータ可読記憶媒体についてより具体的な例をあげれば、１つ以上のワイヤーを有した電気的接続、可搬型コンピュータディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去可能なプログラマブルリードオンリーメモリ（ＥＥＰＲＯＭもしくはフラッシュメモリ）、光ファイバ、可搬型のコンパクトディスクリードオンリーメモリー（ＣＤ−ＲＯＭ）などがあるが、これらに限定する意図はない。
【００３９】
故に、コンピュータ可読記憶媒体は、通信ネットワークにおける無線インタフェース上の無線リソースを効率的に使用できるようにするといった本発明の好ましい実施形態にしたがったコンピュータプログラムを備え、本通信ネットワークは、前記無線インタフェース上でパケットデータを受信側エンティティへ送信する送信側エンティティを備え、当該送信側エンティティは、ハイブリッド自動繰り返し要求プロトコルを利用する下位レイヤーの上位に位置し、自動繰り返し要求プロトコルを利用する上位レイヤーを少なくとも備え、当該上位レイヤーにはこの上位レイヤーの動作を管理するように構成された少なくとも１つのタイマーを備え、さらに、コンピュータプログラムは、下位レイヤーのハイブリッド自動繰り返し要求プロトコルにしたがった受信側エンティティにおける送信パケットデータの受信ステータスを示すインディケーションに基づいた少なくとも１つのタイマーを設定するステップを実行する。
【００４０】
本発明は様々な異なる形式で実現されてもよく、上述したものがすべてではなく、このような他の形式も本願発明の技術的範囲に包含することを意図している。本発明の種々の観点では、そのような形式は、上述した動作を実行するように構成されたロジック、または、上述した動作を実行するロジックとして呼ばれてもよい。
【００４１】
故に、本発明の好ましい実施形態に適用されたように本発明の新規で有用な基礎的な特徴を示し、記述しかつ指摘してきたが、本発明の技術思想から逸脱することなく、上述のデバイスとその動作の詳細について種々の省略、置換ないしは変更が可能であることは、当業者であれば理解できよう。例えば、実質的に同一の成果を得るために実質的に同様な手法を用いて実質的に同一の機能を実行する複数のステップの組み合わせや複数の構成要素の組み合わせ、またこれらの組み合わせは、本願発明の技術的範囲に包含される。さらに、本発明の上述した実施形態または形式に関連して記述ないしは示された構造、構成要素、ステップには、一般的な設計上の選択事項として他の開示、表示、示唆されたいずれかの形式もしくは態様が含まれてもよい。よって、本願発明は、添付の特許請求の範囲によって示された範囲にのみ限定される。
【００４２】
「備え」、「含み」、「有し」、「からなる」、「持つ」、「である」は、本発明を記載するために使用されているが、これらは非排他的な手法で解釈されなければならない。すなわち、明示的に記載されていない事項、部品または構成要素が存在してもよい。単数形の記載は複数形であることも包含しており、その反対も然りである。
【００４３】
特許請求の範囲に括弧書きで記述された参照番号は請求項の理解を補助するために付与されているにすぎず、請求項に記載された主題を限定するものとして解釈してはならない。
【図１】
2010507964.tif 000003
【図２】
2010507964.tif 000004
【図３】
2010507964.tif 000005
【図４】
2010507964.tif 000006
【図５】
2010507964.tif 000007
【図６】
2010507964.tif 000008
【国際調査報告】
2010507964.tif 000009
2010507964.tif 000010
2010507964.tif 000011