音声及びデータパケット送信のための無線通信システムにおける送信装置内でのタイマの運用
本発明は、音声及びパケット送信のための無線通信システムに関する。システムは、受信装置（ＮｏｄｅＢ；ＵＥ）へ音声及びデータパケットを送信するための送信装置（ＮｏｄｅＢ；ＵＥ）を含む。送信装置は、第１期間にセットされ、送信装置から第１データパケット（Ｐ１）が送信される時に開始するよう構成される第１破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）を備える。送信装置（ＮｏｄｅＢ；ＵＥ）は、第２電力（Ｅ２）が選択される第２閾値レベル（Ｅｔｈ２）以下である場合には、第１破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）を中断させるよう構成される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システム、並びに、音声及びデータパケット送信のための方法に関する。システムは、受信装置へ音声及びデータパケットを送信するための送信装置を含む。送信装置は最大電力を有し、ゼロから最大電力と選択される第１閾値レベルとの差までの第１範囲内の大きさの第１電力により高優先度データを第１専用チャネル上で送信すると共に、ゼロから最大電力マイナス第１電力マイナス第１閾値レベルまでの第２範囲内の大きさの第２電力により低優先度データを第２専用チャネル上で送信するよう構成される。送信装置は、第１期間にセットされ、送信装置から第１データパケットが送信される時に開始するよう構成される第１破棄タイマを備える。送信装置は、第１期間内に受信装置により確認応答がなされなかった場合に、又は第１データパケットの所定の回数の再送の後に、第１データパケットを破棄するよう構成される。
【背景技術】
【０００２】
本発明は、ダウンリンク方向における、ＨＳＤＰＡで表される高速ダウンリンクパケットアクセス（Ｈｉｇｈ−Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）を利用した無線データ送信に関し、特に、ＮｏｄｅＢのような送信装置におけるタイマの運用に関する。本発明はまた、アップリンクにおける、ＨＳＵＰＡで表される高速アップリンクパケットアクセス（Ｈｉｇｈ−Ｓｐｅｅｄ Ｕｐｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）を利用した無線データ送信に関し、特に、ユーザ機器（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）のような送信装置におけるタイマの運用に関する。本発明は、ＵＥ内のＨＳＵＰＡトラフィックのためのタイマＴ１＿ＵＥと類似した、ＮｏｄｅＢ内のＨＳＤＰＡトラフィックのためのタイマＴ１＿ＮｏｄｅＢの利用を対象とする。
【０００３】
図１は、ＮｏｄｅＢにおける高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ：Ｈｉｇｈ−Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を概略的に示し、図２は、ＵＥにおけるＨＳ−ＤＳＣＨを概略的に示している。図１及び図２は、即ち、ＮｏｄｅＢからＵＥへのダウンリンク方向に関する。
【０００４】
ＨＳＤＰＡにより、ＮｏｄｅＢとＵＥとの間に新たに認知されたプロトコルが導入される。ＮｏｄｅＢは、入って来るダウンリンクエンドユーザのデータをバッファリングし、いつバッファリングされたデータを送信するのかを決定するために内部のスケジューリングエンティティを利用する。スケジューリング決定の目的は、ＮｏｄｅＢが、ＵＥエンティティからチャネル品質評価を継続的に受信することである。ＮｏｄｅＢはまた、ＵＥ受信装置の機能性についての知識を有する。
【０００５】
毎秒５００回までのペースで、ＮｏｄｅＢは、メディアアクセス制御高速（以下ＭＡＣ−ｈｓと呼ばれる）プロトコルデータユニット（ＰＤＵ：Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）をＵＥに送信する。２ｍｓの送信機会ごとに、ＮｏｄｅＢは、バッファリングされたデータ量、チャネル品質評価、ＵＥの機能性、及び利用可能なダウンリンク符号の与えられた量に従って、ＭＡＣ−ｈｓ ＰＤＵのサイズを変えることが出来る。ＭＡＣ−ｈｓエンティティごとに、１つのＵＥのためのデータ、又は１５個までのＵＥのためのデータが、符号分割を利用して、２ｍｓの送信機会ごとに、スケジューリングされたＵＥの間でスケジューリングされうる。ＵＥは、高速共有制御チャネル（ＨＳ−ＳＣＣＨ：Ｈｉｇｈ−Ｓｐｅｅｄ Ｓｈａｒｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）と示されるＨＳＤＰＡ制御チャネルを復号し、ＣＲＣチェックサムが成功すると、ＵＥは、高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ：Ｈｉｇｈ−Ｓｐｅｅｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）と呼ばれるＨＳＤＰＡパケットデータチャネルの復号に進む。
【０００６】
ＨＳ−ＳＣＣＨ及びＨＳ−ＰＤＳＣＨの結果に従って、ＵＥは、受信フィードバックをピア（ｐｅｅｒ）ＮｏｄｅＢへ送信する。受信フィードバックは、ＮｏｄｅＢ送信装置により解釈され、ＵＥのための受信失敗を示すネガティブなフィードバックの後に、ＮｏｄｅＢはデータを再送し、又は、ＵＥのフィードバックが無い場合に、即ち、不連続送信（ＤＴＸ：Ｄｉｓｃｏｎｔｉｎｏｕｓ Ｔｒａｎｓｍｉｓｓｉｏｎ）ということだが、ＮｏｄｅＢはデータを再送する。
【０００７】
ＭＡＣ−ｈｓ ＰＤＵは、フィールド０から６３まで巡回するモジュロ送信シーケンス番号（Ｔｒａｎｓｐｏｒｔ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ、以下ＴＳＮと呼ばれる）により付番される。ＭＡＣ−ｈｓは、複数のハイブリット自動リピート要求（Ｈｙｂｒｉｄ−Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ−ｒｅＱｕｅｓｔ、以下ＨＡＲＱと呼ばれる）プロセスから構成され、各ＨＡＲＱプロセスは、ＭＡＣ−ｈｓ ＰＤＵを送信し、確認応答（ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ、以下ＡＣＫと呼ばれる）、受信装置がＭＡＣ−ｈｓ ＰＤＵを正確に復号しなかったことを意味する否定応答（Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、以下ＮＡＣＫと呼ばれる）、又は、フィーバック無し、即ちＤＴＸを待ち受ける。往復時間は、無線インタフェースの伝播遅延を除いた、ＭＡＣ−ｈｓ ＰＤＵ送信からフィードバックＡＣＫ／ＮＡＣＫの受信が確定されるまでの時間を含む。ＮＡＣＫの受信の後に、ＭＡＣ−ｈｓ送信装置は、ＭＡＣ−ｈｓ ＰＤＵを再送する。複数のＨＡＲＱプロセスを有する理由は、１つのＨＡＲＱプロセスのみが利用可能である場合に往復時間が相対的に長いからであり、全接続時間Ｔで割った送信時間ｔ（以下ｔ／Ｔと呼ばれる）は短いであろう。このことは、１つのプロセスが応答を待つ間に、他のＨＡＲＱプロセス、又は、複数のＨＡＲＱプロセスが送信することを意味する。この結果として、ｔ／Ｔは１００パーセントとなりうる。
【０００８】
ＭＡＣ−ｈｓプロトコルは、セミリライアブル（ｓｅｍｉ−ｒｅｌｉａｂｌｅ）であり、即ち、送信側のＭＡＣ−ｈｓエンティティは、送信されたＭＡＣ−ｈｓを破棄することが出来、受信側のＭＡＣ−ｈｓエンティティへと１回又は数回再送する可能性がある。
【０００９】
ＭＡＣ−ｈｓ ＰＤＵを破棄する理由は、ＭＡＣ−ｈｓ受信装置が他のセルに移動し電力が低下した場合に、又は、任意の他の理由によりデータを受信出来ない場合に、無線リンクを介した不必要な再送を防止することであり、最初の送信若しくは最大数の再送の後の所定の時間に、又は双方を組み合わせた後の所定の時間に行なわれる。
【００１０】
ＵＥにおけるＭＡＣ−ｈｓ受信装置は、シーケンスが昇順でない順番でＰＤＵが受信された場合（再送により起こりうる）の影響を和らげる目的で、受信ウィンドウ（ｒｅｃｅｉｖｅｒ ｗｉｎｄｏｗ）を利用する。ＴＳＮ＝ｎｅｘｔ＿ｅｘｐｅｃｔｅｄ＿ｔｓｎにおいてＭＡＣ−ｈｓ ＰＤＵが成功裏に復号された場合にはいつでも、受信装置は、ＲＬＣレイヤへとＰＤＵを伝達しうる。後続のＴＳＮ番号（即ち、ｎｅｘｔ＿ｅｘｐｅｃｔｅｄ＿ｔｓｎ＋１）が既に成功裏に復号されているかどうかに従って、このＭＡＣ−ｈｓ ＰＤＵもまた伝達されうる。送信ウィンドウは適切に更新される。ＭＡＣ−ｈｓプロトコルからのＲＬＣレイヤへの送信は、連続して行なわれる。
【００１１】
例えば送信装置がＭＡＣ−ｈｓ ＰＤＵを破棄したという状況から回復するために、受信装置は、この問題を解決するために以下に記載する２つの仕組みを利用する。
１）タイマに基づくストール（ｓｔａｌｌ）回避：
ＴＳＮ＞ｎｅｘｔ＿ｅｘｐｅｃｔｅｄ＿ｔｓｎのＰＤＵの受信時に、受信装置は、Ｔ１で表されるタイマを開始する。タイマが切れた時に、受信装置は、後続のＰＤＵが受信されるように適切なアクションを取る。正確な詳細は、３ＧＰＰ ２５．３２１ １１．６．２．３．２章に記載されている。
【００１２】
この振る舞いは図５にも示されている。
【００１３】
２）ウィンドウに基づくストール回避：
ｗｉｎｄｏｗ＿ｓｉｚｅで表される受信ウィンドウは＜３２であり、［ｈｉｇｈｅｓｔ＿ｒｅｃｅｉｖｅｄ＿ｔｓｎ−ｗｉｎｄｏｗ＿ｓｉｚｅ＋１、ｈｉｇｈｅｓｔ＿ｒｅｃｅｉｖｅｄ＿ｔｓｎ］の範囲内の全てのＴＳＮを含む。
例：
ｗｉｎｄｏｗ＿ｓｉｚｅ＝８、及び、ｈｉｇｈｅｓｔ＿ｒｅｃｅｉｖｅｄ＿ＴＳＮ＝９は、受信ウィンドウが以下のシーケンス番号、２、３、４、５、６、７、８、９を含むことを意味する。
【００１４】
受信ウィンドウの外のＴＳＮのＭＡｃ−ｈｓ ＰＤＵ、即ち［ｈｉｇｈｅｓｔ＿ｒｅｃｅｉｖｅｄ＿ｔｓｎ−ｗｉｎｄｏｗ＿ｓｉｚｅ＋１、ｈｉｇｈｅｓｔ＿ｒｅｃｅｉｖｅｄ＿ｔｓｎ］の範囲内に無いＭＡＣ−ｈｓ ＰＤＵが受信された後に、受信装置は、自身のｈｉｇｈｅｓｔ＿ｒｅｃｅｉｖｅｄ＿ｔｓｎをＭＡＣ−ｈｓ ＰＤＵのＴＳＮに等しく設定し、受信ウィンドウの自身の先頭部（ｈｉｇｈｅｓｔ＿ｒｅｃｅｉｖｅｄ＿ｔｓｎ）を移動させる。
【００１５】
受信ウィンドウの先頭部が進む場合に、受信されてはいるが未だに伝達されていない、もはや受信ウィンドウ内に存在しないＭＡＣ−ｈｓ ＰＤＵがＲＬＣレイヤへと伝達される。当業者は、受信ウィンドウ内のＴＳＮ番号が、モジュロカウンティングによりＴＳＮ＝６３からＴＳＮ＝０へと戻る（ｗｒａｐ ａｒｏｕｎｄ）可能性があることが分かるであろう。
【００１６】
この振る舞いは図６に示されている。
【００１７】
ＮｏｄｅＢにおける破棄タイマ：
ノードＢ・アプリケーション・パート(ＮＢＡＰ：ＮｏｄｅＢ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ)信号の無線リンクセットアップ要求（Ｒａｄｉｏ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ）、及び、ＮＢＡＰ信号の無線リンク再構成要求（Ｒａｄｉｏ Ｌｉｎｋ Ｒｅｃｏｆｉｇｕｒａｔｉｏｎ Ｒｅｑｕｅｓｔ）において、ＲＮＣは、以下Ｔ１＿ｃｏａｒｓｅで表される、ＨＳ−ＤＳＣＨ ＭＡＣ−ｄフローにおける特定の優先度付きキューのための、破棄タイマ（Ｄｉｓｃａｒｄ Ｔｉｍｅｒ）と示される任意のフィールドを含む能力がある。
【００１８】
使用される場合には、ＮｏｄｅＢは、ＲＮＣから受信された、特定のＨＳＤＰＡ優先度付きキューのための各プロトコルデータユニットにスタンプを付す（ｔｉｍｅ−ｓｔａｍｐ）。ＵＥは、幾つかの優先度付きキューを有しうることに注意されたい。
Ｔ１＿ｃｏａｒｓｅは、各プロトコルデータユニットが送信権を得る時間を定め、ＮｏｄｅＢは、期限切れのプロトコルデータユニットを破棄する。
【００１９】
Ｔ１＿ｃｏａｒｓｅは、遅延に影響されやすいデータのためのトラフィックを制御するために利用されうる。
【００２０】
Ｔ１＿ｃｏａｒｓｅは、運用者が、データがＲＮＣから受信されてからの待機時間を、ＮｏｄｅＢ−ｈｓスケジューラによりＨＡＲＱプロセスからの送信のためにスケジューリングされるまで制御することを可能とする。
【００２１】
しかし、Ｔ１＿ｃｏａｒｓｅは、各ＨＡＲＱプロセスがそのタスクを完了するために消費する時間を制御しない。
【００２２】
ＵＥでは、Ｔ１タイマの利用は、運用者が、ＵＥが特定のＭＡＣ−ｈｓ ＰＤＵを受信しようと試みる時間を制御することを可能とする。
【００２３】
３ＧＰＰにより必要とされていなくても、ＮｏｄｅＢのベンダは、各ＨＡＲＱプロセスにより消費される時間を制御するために、第２破棄タイマ（以下、Ｔ１＿ＮｏｄｅＢで表される）を利用する可能性が非常に高い。Ｔ１＿ＮｏｄｅＢは、その目的が、ＵＥ Ｔ１タイマのもたらす影響を予測すること、即ち、送信されるＭＡＣ−ｈｓ ＰＤＵがＵＥ内のＴ１タイマの結果として破棄される不必要な送信を防止することであるという意味において、ＵＥ内の「Ｔ１タイマに類似している」。このような見解の理由は幾つかある。
【００２４】
１．Ｔ１タイマがＵＥで利用されるという事実は、送信ＮｏｄｅＢ側での利用の動機付けとなり、例えば、タイマ及びウィンドウに基づくストール回避によって、ＵＥ受信装置が、不完全なＭＡＣ−ｈｓ ＰＤＵシーケンス（例えば、ＴＳＮ２、３、５、６、７）を自身の上位レイヤへと伝達することもある。本例の場合ＴＳＮ＝４の送信を続けることは、ＵＥ並び替え（ｒｅ−ｏｒｄｅｒｉｎｇ）エンティティがＴＳＮ＝４を破棄するので、無駄である。
【００２５】
２．例えば、ＵＥが劣悪な無線条件により、ＨＳ−ＳＣＣＨを復号出来ないことを想定すると、データを受信出来ないＵＥのために送信を際限なく継続することは賢明ではない。この場合の際限の無い送信は、正に帯域幅のリソースの浪費である。
【００２６】
ＮｏｄｅＢ Ｔ１＿ＮｏｄｅＢ実装の例は、以下のとおりである。
（Ｉ）ＮｏｄｅＢは、ＨＡＲＱプロセスごとに１つのタイマを実装しており、各タイマは互いに独立して機能し、ＭＡＣ−ｈｓ ＰＤＵの（各新しいＴＳＮごとの）最初の送信時に開始する。タイマは、タイマを中断させるＡＣＫが受信されるまで継続される。タイマが切れた場合に、ＭＡＣ−ｈｓ ＰＤＵが破棄される。
【００２７】
（ＩＩ）先に記載したタイマと、ＭＡＣ−ｈｓ ＰＤＵの再送量をカウントするカウンタの双方の組み合わせ。タイマが切れる場合、又は、再送量が閾値を超えて増加する場合には、ＭＡＣ―ｈｓ ＰＤＵは破棄される。
【００２８】
図３は、ＮｏｄｅＢ内のＥ−ＤＣＨ部を示している。
Ｌ１処理は、ＤＰＣＣＨチャネル、Ｅ−ＤＰＣＣＨチャネル及びＥ−ＤＰＤＣＨチャネルの一般的部分の、レイヤ１による復号を示す。ＭＡＣ−ｅ及びＥ−ＤＰＣＣＨの復号１〜ｎは、ＮｏｄｅＢ内で行なわれる特定のＵＥのための復号と、ＥＵＬスケジューラへと送信される得られた情報（例えば、満足／不満足（ｈａｐｐｙ／ｕｎｈａｐｐｙ）情報）、及び、ＨＡＲＱ受信装置へと送信される得られた情報と、を示している。
ＨＡＲＱエンティティ１〜ｍは、ＵＥ１〜ｎのために存在するＥ−ＤＰＤＣＨの復号に必要なＨＡＲＱ受信装置の機能を示す。ＨＡＲＱエンティティは、Ｅ−ＤＣＨ ＦＰ部に情報を送信し、ＲＧＣＨ／ＨＩＣＨ処理部を介してＵＥにフィードバック命令を送信する。
Ｅ−ＤＣＨ ＦＰは、復号されたデータと、Ｉｕｂインタフェースを介してＲＮＣに送信される制御情報とを送信し、ＲＮＣから送信ネットワーク輻輳標識（ＴＣＩ：Ｔｒａｎｓｐｏｒｔ Ｎｅｔｗｏｒｋ Ｃｏｎｇｅｓｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）を受信するための一般的な処理を示す。
スケジューラエンティティは、ＡＧＣＨ処理を介して送信される、ＵＥへの正確なスケジューリング許可（ｓｃｈｅｄｕｌｉｎｇ ｇｒａｎｔ）を決定する役目を果たす。スケジューリングエンティティはまた、ＲＮＣからのＴＣＩメッセージを復号し、ＲＧＳＨ／ＨＩＣＨ処理ユニットを介してＲＧＣＨメッセージを送信し、Ｌ１処理、ＭＡＣ−ｅ＆Ｅ−ＤＰＣＣＨ復号、及びＨＡＲＱエンティティにおいて利用されるＵＥごとの復号リソース量を制御する役目を果たす。
ＲＧＣＨ／ＨＩＣＨ処理１〜ｎは、ＵＥごとの特定のＲＧＣＨ及びＨＩＣＨ符号化を含む。
ＡＧＣＨ処理は、特定のＡＧＣＧ符号化を含む。
レイヤ１の処理は、Ｅ−ＡＧＣＨチャネル及びＥ−ＲＧＣＨ／ＨＩＣＨチャネルのための汎用レイヤ１の符号化を含む。
ＵＥからの全てのアップリンクチャネルを電力制御するために利用されるＦ−ＤＰＣＨ／ＤＰＣＨチャネルは、この図の中に示されていない。
【００２９】
図４は、ＵＥ内のＥ−ＤＣＨ部を示している。
Ｌ１処理は、Ｅ−ＡＧＣＨチャネル及びＲＧＣＨ／ＨＩＧＨチャネルの一般的な復号を示す。
ＲＧＣＨ／ＨＩＣＨ処理は、ＲＧＣＨチャネル及びＨＩＣＨチャネルの特定の復号を示す。ＡＧＣＨ処理は、ＡＧＣＨチャネルの特定の復号を示す。
ＥＵＬ Ｃｔｒｌは、上位レイヤからのＭＡＣ−Ｄフローごとの入力バッファキューの監視、送信キュー選択の制御、ＭＡＣ−ｅｓヘッダの制御、ＨＡＲＱプロセスの制御、正しいＨＡＲＱプロセスへのＨＩＣＨフィードバックの中継、ＭＡＣ−ｅヘッダの制御のようなＥＵＬ送信エンティティの全体の制御を含む。
ＭＡＣ−ｅｓ処理は、ＭＡＣ−ｅｓヘッダ及びペイロードの符号化を示す。
ＨＡＲＱプロセス１〜ｍは、ＨＡＲＱ手続きの送信を示す。
ＭＡＣ−ｅ処理は、ＭＡＣ−ｅヘッダ情報の符号化を示す。
ＵＥを電力制御するために利用されるＦ−ＤＰＣＨ／ＤＰＣＨチャネルはこの図の中に示されていない。
【００３０】
ここで、Ｅ−ＤＣＨは、アップリンク方向、即ちＵＥからＮｏｄｅＢへの方向を示している。
【００３１】
ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘ Ａｃｃｅｓｓ、広帯域符号分割多重アクセス）仕様書のリリース６において、高速アップリンクパケットアクセス（ＨＳＵＰＡ（Ｅ−ＤＣＨとも呼ばれる））通信方式が、ダウンリンク高速パケットデータアクセス（ＨＳＰＤＡ）方式に加えて、後者の通信方式により提供されるビットレートに合わせるために定められ、改善された対話型サービス、バックグラウンドサービス及びストリーミングサービスが提供される。従来技術文書３ＧＰＰ ＴＳ ２５．３０９には、「ＦＤＤ Ｅｎｈａｎｃｅｄ Ｕｐｌｉｎｋ；Ｏｖｅｒａｌｌ Ｄｅｓｃｒｉｐｔｉｏｎ；Ｓｔａｇｅ ２」がある。２００６‐０４‐０６のバージョンＶ６．６．０には、拡張Ｕｌが記載されている。
【００３２】
関連するセクションがさらに、３ＧＰＰの参考文献ＴＳ２５．２１１、ＴＳ２５．３２１で参照されうる。
【００３３】
スケジューリングにより、ＮｏｄｅＢには、Ｅ−ＤＣＨのためのＵＥ送信フォーマット組み合わせ（ＴＦＣ：Ｔｒａｎｓｐｏｒｔ Ｆｏｒｍａｔ Ｃｏｍｂｉｎａｔｉｏｎ）部に影響を与えるためのツールが提供される。Ｅ−ＤＣＨスケジューリングは、ＮｏｄｅＢによりＵＥへと送信されるスケジューリング許可、Ｅ−ＤＣＨデータレートの上限の設定、及び、現在許可されているよりも速いレートで送信する許可を要求するためにＵＥからＮｏｄｅＢへと送信されるスケジューリング要求に基づいている。本発明において、スケジューリングされるデータという語は、ＮｏｄｅＢがスケジューリング許可を送信した結果としてＵＥにより送信されるＥ−ＤＣＨデータを示す場合に利用される。
【００３４】
Ｅ−ＤＣＨはまた、本明細書において非スケジューリング対象（ｎｏｎ−ｓｃｈｅｄｕｌｅｄ）データとして示されるスケジューリングされない送信、即ち、サービング許可（ｓｅｒｖｉｎｇ ｇｒａｎｔ）に関係なく行なわれる送信をサポートする。非スケジューリング対象ＭＡＣ−ｅ ＰＤＵ内で許容されるビット量は、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）を通じてＭＡＣ−ｄフローごとに構成される。基本的に、スケジューリングされない送信は、スケジューリング要求のために必要であるが（明らかに、システムはこの余地が無ければ適切に動作しない）、信号無線ベアラ（ＳＲＢ：Ｓｉｇｎａｌ Ｒａｄｉｏ Ｂｅａｒｅｒ）及びＶｏＩＰのような保証型ビットレートサービスのためにも利用されうる。
【００３５】
ＨＳＵＰＡネットワークは、Ｉｕインタフェースを介して無線ネットワークコントローラ（ＲＮＣ：Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）と通信するコアネットワークを含む。このネットワークはまた、Ｉｕｂインタフェースを介してＲＮＣと通信する複数の基地局ＮｏｄｅＢを含む。各ＮｏｄｅＢは、ＥＵＬスケジューラユニット（ＥＵＬ＿ＳＣＨ）を含む。ＥＵＬスケジューラユニットは、ＭＡＣ−ｅスケジューラとも呼ばれ、各Ｉｕｂインタフェースを介してＲＮＣと通信するよう構成される。ＵＥは、無線を介して各ＮｏｄｅＢと通信する。
【００３６】
以下のＨＳＵＰＡチャネルは、即ち、ＵＥに対してＭＡＣ−ｅスケジューラからシグナリングする絶対許可を伝達するためのＥ−ＤＣＨ絶対許可チャネル（Ｅ−ＡＧＣＨ：Ｅ−ＤＣＨ Ａｂｓｏｌｕｔｅ Ｇｒａｎｔ Ｃｈａｎｎｅｌ）、相対許可シグナリングのためのＥ−ＤＣＨ相対許可チャネル（Ｅ−ＲＧＣＨ：Ｅ−ＤＣＨ Ｒｅｌａｔｉｖｅ Ｇｒａｎｔ Ｃｈａｎｎｅｌ）、ＵＥが送信したデータを復号するＮｏｄｅＢからの確認応答のフィードバックを伝達するためのＥ−ＤＣＨハイブリットインジケータチャネル（Ｅ−ＨＩＣＨ：Ｈｙｂｒｉｄ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ）、送信電力制御（ＴＰＣ：Ｔｒａｎｓｐｏｒｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ）命令を伝達するための専用物理チャネル（ＤＰＣＨ：Ｄｅｄｉｃａｔｅｄ Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）又はフラクショナルＤＰＣＨ（Ｆｒａｃｔｉｏｎａｌ ＤＰＣＨ）、ＭＡＣ−ｅペイロードを伝達するための拡張ＤＰＤＣＨ（Ｅ−ＤＰＤＣＨ：Ｅｎｈａｎｃｅｄ ＤＰＤＣＨ）、及びＭＡＣ−ｅの制御シグナリングを伝達するための拡張ＤＰＣＣＨ（Ｅ−ＤＰＣＣＨ：Ｅｎｈａｎｃｅｄ ＤＰＣＣＨ）は、無線を介して送信される。
【００３７】
文書３ＧＰＰ ＴＳ ２５．３０９ ＦＤＤ、Ｅｎｈａｎｃｅｄ Ｕｐｌｉｎｋ Ｏｖｅｒａｌl ｄｅｓｃｒｉｐｔｉｏｎにより、拡張アップリンク仕様書が概観出来る。
【００３８】
従来技術の文書「Ｈｉｇｈ Ｓｐｅｅｄ Ｕｐｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ（ＨＳＵＰＡ）；Ｗｈｉｔｅ Ｐａｐｅｒ、ａｐｐｌｉｃａｔｉｏｎ ｎｏｔｅ １ＭＡ９４」、Ｒｏｈｄｅ Ｓｃｈｗａｒｚ、０１.２００６においても、ＨＳＵＰＡの概要が参照されうる。
【００３９】
ＨＳＵＰＡ仕様書によれば、拡張専用チャネル（Ｅ−ＤＣＨ：Ｅｎｈａｎｃｅｄ Ｄｅｄｉｃａｔｅｄ Ｃｈａｎｎｅｌ）高速アップリンク送信チャネルは、短い送信時間間隔（ＴＴＩ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）、ソフトな再結合（ｒｅｃｏｍｂｉｎｉｎｇ）による高速ハイブリット自動リピート要求（ＡＲＱ：Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）、遅延を低減するための高速スケジューリング、データレートの向上、及びキャパシティの向上のような複数の新しい特徴を提供する。
【００４０】
ＵＥがＮｏｄｅＢとの通信をセットアップする場合に、ＨＳＤＰＡセッションの後にセットアップ手続きが、送信制御プロトコル（ＴＣＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏl）を用いて、例えばインターネットページをダウンロード／サーフィンするために続けられることもある。ユーザエンティティのキャパシティに従って、このことはさらに、ＨＳＵＰＡ送信を含むこともあり、ＨＳＵＰＡダウンリンクチャネル上でＴＣＰメッセージを送信するＮｏｄｅＢは、ＮｏｄｅＢへのＥ−ＤＣＨアップリンク上でＴＣＰ確認応答を受信する。ＮｏｄｅＢは、ＵＥがどのようなペースでＥ−ＤＣＨ上で送信するかを決定し又はスケジューリングするため、ＮｏｄｅＢは自身のスケジューリング決定を伝達するためにＥ−ＡＧＣＨを利用する。ＴＣＰデータセグメントがダウンリンクで送信されてから、ＴＣＰ確認応答が応答としてアップリンクで送信されるまでの時間から測定される、より短い遅延は、ＴＣＰレイヤのより短い往復時間の見積もりにより、ファイル転送等のダウンロード時間の低減に繋がる。
【００４１】
３ＧＰＰにより必要とされていなくとも、ＵＥのベンダは、ＵＥ内で各ＨＡＲＱプロセスにより消費される時間を制御するために、破棄タイマ（以下Ｔ１−ＵＥで表される）を利用する可能性が非常に高い。Ｔ１＿ＵＥは、その目的が、ＲＮＣ Ｔ１タイマのもたらす影響を予測すること、即ち、送信されるＭＡＣ−ｈｓ ＰＤＵがＲＮＣ内のＴ１タイマの結果として破棄される不必要な送信を防止することであるという意味において、ＲＮＣ内の「Ｔ１タイマに類似している」。
【００４２】
既存の解決策による問題点：
図７を参照すると、ＨＳＤＰＡは、以下で解説する「未使用の電力」を利用する。実線は、専用物理チャネル（ＤＰＣＨ）上を送信される音声及び例えばストリーミングサービスのような高優先度データのための、電力制御された専用チャネルＤＣＨの電力利用と、フラクショナル専用物理チャネル（Ｆ−ＤＰＣＨ）のために必要とされる電力と、を示している。破線は、ＨＳ−ＤＳＣＨのためにＮｏｄｅＢにより利用される電力を表している。
【００４３】
さらに図７を参照するが、同様の状況がＨＳＵＰＡについて、ＨＳＵＰＡのスケジューリングされたデータ部分のために「未使用の電力」を利用するＵＥにおいて生じる。実線は、音声、ＶｏＩＰ、又は例えばストリーミングサービスのような高優先度データのための専用チャネルＤＣＨについての電力利用と、専用物理制御チャネル（ＤＰＣＣＨ：Ｄｅｄｉｃａｔｅｄ Ｐｈｙｓｉｃａｌ Ｃoｎｔｒｏｌ Ｃｈａｎｎｅｌ）のために必要とされる電力と、を示している。ＤＣＨデータは、専用物理データチャネル（ＤＰＤＣＨ）において送信され、又は、ＨＳＵＰＡにおいて非スケジュール対象データとして送信されると想定される。破線は、ＵＥのためのＥ−ＤＣＨのスケジューリングされるデータ部分により利用される電力を表している。
【００４４】
破線は、グラフの軸をとの関連で正確に縮尺されていない。しかし、ＨＳＤＰＡ／ＨＳＵＰＡがＤＣＨにより利用されない電力のみ利用しうるため、破線及び実線が互いに逆になっていることが明らかである。即ち、実線が最大電力Ｅｍａｘに達する場合に、破線は、ゼロに近く又はゼロに等しいその最小値に達している。最小値は、以下、「電力低下」（ｐｏｗｅｒ ｄｒｏｐ）と呼ばれる。電力低下の間、ＨＳＤＰＡ／ＨＳＵＰＡは、如何なる電力も利用することが許されない。これらＨＳＤＰＡ／ＨＳＵＰＡ電力が低下する周期又は時点は未知である。
【００４５】
図８は、ＨＳＤＰＡの実際の電力利用、即ち、第１閾値Ｅｔｈ１が方程式から外されている場合の当該電力利用を示している。第１閾値Ｅｔｈ１は、共通チャネルのために利用される電力を表している。共通チャネルによって、１つ以上のＵＥにアドレス指定されるチャネル、又は、共有チャネルであるＡＧＣＨチャネルのようなチャネルを示している。共通チャネルは特に、同期チャネル（ＳＣＨ：Ｓｙｎｃｈｒｏｎｉｓａｔｉｏｎ Ｃｈａｎｎｅｌ）、共通パイロットチャネル（ＣＰＩＣＨ：Ｃｏｍｍｏｎ Ｐｉｌｏｔ Ｃｈａｎｎｅｌ）、プライマリ共通制御物理チャネル（Ｐ−ＣＣＰＣＨ：Ｐｒｉｍａｒｙ Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）、セカンダリ共通制御物理チャネル（ＳＣＣＰＣＨ：Ｓｅｃｏｎｄａｒｙ Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）、Ｅ−ＡＧＣＨ、及びＥ−ＨＩＣＨ／Ｅ−ＲＧＣＨがある。当業者は、共通チャネルにより利用される電力（Ｅｔｈ１）が一定ではなく、時間によって変化することに気付くであろうが、問題を示すために、一定の電力として示されている。さらに当業者は、共通チャネルの送信はＮｏｄｅＢのためにのみ有効であり、ＵＥのためには有効でないことが分かるであろう。Ｅｔｈ１は、ＨＳＵＰＡ送信ためにＵＥ内で生じる問題を表す場合に、これ以降ゼロである。Ｅｍａｘは、ＮｏｄｅＢ及びＵＥのために利用される最大電力を表す。当業者は、ＵＥのためのＥｍａｘが、ＵＳＢ又はＰＣＭＣＩＡインタフェースによりＵＥが電力供給される場合の最大エネルギー消費制限により、又は、送信用のエネルギーを格納するためにコンデンサをＵＥが利用する場合の一時的なエネルギー貯蔵制限により、最大許容送信電力、熱限界のような規制問題に依存しうることが分かるであろう。図７及び図８の双方はさらに以下で、本発明の記載と関連して記載される。
【００４６】
ここで問題は、このような電力低下の前にＨＡＲＱプロセスがＭＡＣ−ｈｓ／ＭＡＣ−ｅ ＰＤＵを送信した場合に何が起こるかということである。
【００４７】
問題を例示するために、以下のシナリオがＨＳＵＰＡのシナリオために記載される。
ａ）ＮｏｄｅＢが１つのＵＥへのデータをＲＮＣから受信し、ＮｏｄｅＢ ＨＡＲＱプロセスからの保留中又は進行中の送信は起きていないと想定する。
ｂ）ＵＥは、自身の並び替えエンティティ内にも、自身のＨＡＲＱプロセス内にもデータを有さない。Ｎｅｘｔ＿ｅｘｐｅｃｔｅｄ＿ｔｓｎは０であり、ｈｉｇｈｅｓｔ＿ｒｅｃｅｉｖｅｄ＿ｔｓｎは６３である。
ｃ）さらに、ＮｏｄｅＢが、先に記載した破棄の仕組み（Ｉ又はＩＩ）のうちの一方又は他方を実施していると想定する。
ｄ）ＮｏｄｅＢは、ＴＳＮ＝０の、ＨＡＲＱプロセス１からのデータを送信し、自身のＴ１＿ＮｏｄｅＢを開始する。
ｅ）ＵＥは、ＨＳ−ＳＣＣＨを正確に復号するが、ＨＳ−ＰＤＳＣＨは正確に復号しない。即ち、ＵＥは情報を自身のＨＡＲＱプロセスに格納するが、自身の並び替えエンティティにはどの情報も送られない。
ｆ）先に記載した電力低下が、ＮｏｄｅＢからのＨＳＤＰＡの更なる送信を妨げ、Ｔ１＿ＮｏｄｅＢが場合によっては失効する→ＴＳＮ＝０の、ＨＡＲＱプロセス１内のＭａｃ−ｈｓ ＰＤＵが破棄される。
ｇ）電力低下が終り、ＨＳＤＰＡ送信が可能であるが、送信されるべきデータが存在しないので、送信は行なわれない。
【００４８】
上記の例の問題から回復するために、ＲＮＣは、ＮｏｄｅＢから送信されるデータをＴＳＮ＝１として再送する必要があり、これにより、ＵＥ内でＴ１タイマの開始が促され、タイマが失効した場合に、ピアＵＥ無線リンクプロトコル（ＲＬＣ：Ｒａｄｉｏ Ｌｉｎｋ Ｐｒｏｔｏｃｏｌ）へとデータを伝達する。
【００４９】
より一般的には、ＨＳＤＰＡの電力低下がＭＡＣ−ｈｓ ＰＤＵの破棄に繋がる可能性があり、このために、再送の機会がより少ないために再送の量が予期されるよりも低いというということから、上記問題を説明することができる。
【００５０】
「予期される」とは、運用者が、例えば、全てのＭＡＣ−ｈｓ ＰＤＵが少なくとも３回再送されるように、Ｔ１＿ＮｏｄｅＢと再送数とを設定した可能性があるということを意味する。これらの問題は、ＮｏｄｅＢが破棄の仕組みに基づいて、例えば先のＩ若しくはＩＩ又はその組み合わせに従って、タイマを利用する場合に発生する。
【００５１】
同じ問題が、アップリンク方向においてＵＥについて存在するが、ここでは、ＵＥ内の送信装置は、アップリンク拡張専用チャネルにおいて、高速アップリンクパケットアクセス、ＨＳＵＰＡを利用し、ＨＳＤＰＡ及びＨＳ−ＤＳＣＨの代わりにＥ−ＤＳＨを利用し、Ｔ１タイマはＲＮＣ内に位置する。
【００５２】
従って、上記の確認された問題が解決される、音声及びデータパケットのための改善された無線通信システムについての必要性がある。
【発明の概要】
【発明が解決しようとする課題】
【００５３】
本発明の目的は、先に記載した必要性を満たすことであり、ダウンリンク方向、及び及び／又は、アップリンク方向におけるより効率の良い無線データ通信を見出すことである。本発明は、電力低下の間、破棄タイマを中断させることを提案する。破棄タイマはその後、電力が戻った時に、一定の基準が満たされた場合に継続される。中断の危険性又はネガティブな観点は、以下で分かるように、ポジティブな側面と比べて低い。
【課題を解決するための手段】
【００５４】
無線通信システムは、音声及びデータパケット送信のために意図され、受信装置へと音声及びデータパケットを送信するための送信装置を含む。送信装置は、所定の最大電力を有し、ゼロから最大電力と選択される第１閾値レベルとの差までの第１範囲内の大きさの第１電力により高優先度データ、有利に音声及び／又は高優先度データ通信を第１専用チャネル上で送信すると共に、ゼロから最大電力マイナス第１電力マイナス第１閾値レベルまでの第２範囲内の大きさの第２電力により低優先度データを第２専用チャネル上で送信するよう構成される。送信装置は、第１期間にセットされ、送信装置から第１データパケットが送信される時に開始するよう構成される破棄タイマを備える。送信装置は、第１期間内に受信装置により確認応答がなされなかった場合に、又は第１データパケットの所定の回数の再送の後に、第１データパケットを破棄するよう構成される。
【００５５】
ここでは、「所定の最大電力」は、時間とともに変化しうる選択された電力を意味する。即ち、最大電力は、１つの時点において１つの値を有し、異なる時点において他の値を有しうる。ＮｏｄｅＢは通常、最大電量の変動に関しては、ＵＥよりもスタティック（ｓｔａｔｉｃ）である。
【００５６】
本発明は、送信装置が、第２電力が選択される第２閾値レベル以下である場合には、第１破棄タイマを中断させるよう構成されるということを特徴とする。第２閾値レベルと等しいことは特に、第２閾値レベルがゼロである場合を指しているが、ゼロを上回る値のためにも有効でありうる。
【００５７】
本発明の１つの効果は、電力低下によりデータパケットが送信され確認応答されることが妨げられる場合に、不必要なＲＬＣ再送が防止されうるということである。
【００５８】
送信装置は、無線基地局、即ち、ダウンリンク方向においてＨＳＤＰＡを使用するよう構成されるＮｏｄｅＢ内に含まれうる。第２電力は、ＨＳＰＤＡ送信のために利用される電力である。第１破棄タイマは、ＨＳＰＤＡ電力が第１専用ダウンリンクチャネルＤＣＨ上のトラフィックによって選択される第２閾値レベルよりも下回る場合に中断される。
【００５９】
送信装置はまた、高速アップリンクパケットアクセス（ＨＳＵＰＡ）を使用するよう構成されるＵＥ内にも含まれうる。ＨＳＵＰＡは、現在のアップリンク速度が５．７６Ｍｂｉｔ／ｓまでの、ＨＳＰＡファミリにおける３Ｇ携帯電話通信プロトコルである。ＨＳＵＰＡのための仕様書は、３ＧＰＰにより発行されたユニバーサル移動通信システムのリリース６の規格に含まれる。
【００６０】
ＨＳＵＰＡは、アップリンク拡張専用チャネルＥ−ＤＣＨを利用し、このＥ−ＤＣＨ上では、ＨＳＤＰＡにより採用されるものと類似したリンク適応方法を採用する。
【００６１】
従って、ユーザ機器は、アップリンク方向においてＨＳＵＰＡを使用するよう構成される。第２電力は、ＨＳＵＰＡのために利用される電力であり、最大電力は、ＵＥの最大送信電力である。第１破棄タイマは、ＨＳＵＰＡ電力が第１専用チャネル上のＵＥ及び／又はトラフィック上の電力制限によって選択される第２閾値レベルよりも下回る場合に中断される。
【００６２】
第１破棄タイマＴ１＿ＮｏｄｅＢ／Ｔ１＿ＵＥは、ＨＡＲＱプロセス内に包含され、このＨＡＲＱプロセスは、送信されたＭＡＣ−ｈｓプロトコルデータユニット（ＰＤＵ）／ＭＡＣ−ｅ ＰＤＵが成功裏に受信されたことを示す確認応答信号（ＡＣＫ）が受信されると、内部のＭＡＣ−ｈｓスケジューラ／ＭＡＣ−ｅ制御装置に成功裏の結果を報告する。ここで、図１〜図４が参照されるが、ここでは「ＭＡＣ−ｈｓスケジューラ」は、ＮｏｄｅＢ内のダウンリンク部分に含まれ、「ＭＡＣ−ｅ制御装置」は、ＵＥのアップリンク部分に含まれる。
【００６３】
送信装置がＨＡＲＱプロセスを中断する場合に、受信装置での成功裏の受信の確率を上げるためにＨＡＲＱプロセスがスケジューラ／ＭＡＣ−ｅ制御装置からスケジューリングの許可を得るために、延長時間（ｅｘｔｒａ ｔｉｍｅ）が第１破棄タイマに追加される。
【００６４】
本発明の他の実施形態において、ＨＡＲＱプロセスは、任意のＨＡＲＱプロセスがＴＳＮ＞ＴＳＮＨＡＲＱにおいてＡＣＫを受信したかを調べるよう構成され、但しＴＳＮは［ｌｏｗｅｓｔ＿ｔｒａｎｓｍｉｔｔｅｄ＿ｔｓｎ、ｈｉｇｈｅｓｔ＿ｔｒａｎｓｍｉｔｔｅｄ＿ｔｓｎ］内にあり、真である場合には、ＨＡＲＱプロセスは第１破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）を再開する。
【００６５】
送信装置は、３ＧＰＰ若しくはロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）を利用し、又は、拡張アップリンクが可能であるよう構成される。
【００６６】
以下、本発明がより詳細に記載される。
【図面の簡単な説明】
【００６７】
以下、複数の図面を参照して本発明を記載することにする。先に図１〜図８との関連で従来技術が記載されてきたが、図１〜図６における情報が図８〜図１２との関連で利用される。
【図１】従来技術に従ったＮｏｄｅＢ内のＨＳ−ＤＳＣＨの全体図を概略的に示す。
【図２】従来技術に従ったＵＥ内のＨＳ−ＤＳＣＨの全体図を概略的に示す。
【図３】従来技術に従ったＮｏｄｅＢ内のＥ−ＤＣＨ部の全体図を概略的に示す。
【図４】従来技術に従ったＵＥ内のＥ−ＤＣＨ部の全体図を概略的に示す。
【図５】従来技術に従ったタイマベースのストール回避に関するスキーム及びフローチャートを概略的に示す。
【図６】従来技術に従ったウィンドウベースのストール回避に関するスキーム及びフローチャートを概略的に示す。
【図７】ＨＳＤＰＡ／ＨＳＵＰＡがどのように送信装置の「未使用の電力」を利用するのかに関する、従来技術に従った電力チャートを概略的に示す。
【図８】ＨＳＤＰＡ／ＨＳＵＰＡの実際の電力利用に関する、従来技術に従った電力チャートを概略的に示す。
【図９】従来技術に従った状態図を概略的に示す。
【図１０】本発明に係る１つのＨＡＲＱプロセスのための方法のフローチャートを概略的に示す。
【図１１】本発明の第１実施形態に係る状態図を概略的に示す。
【図１２】本発明の第２実施形態に係る状態図を概略的に示す。
【発明を実施するための形態】
【００６８】
先に述べたように、先に図１〜図８との関連で従来技術を記載してきたが、本発明を解説するために、以下では、図１〜図８が図９〜図１２と共に参照される。
【００６９】
図７は、送信装置がＮｏｄｅＢであり、ＨＳＤＰＡが、図に示すように、ＵＥへの通信のために「未使用の電力」を利用する場合を示す。実線は、音声及び又はストリーミングサービス又は保証型ビットレート（ＧＢＲ：Ｇａｒａｎｔｅｅｄ ＢｉｔＲａｔｅ）サービスのような高優先度データのための、電力制御された専用チャネルＤＣＨの電力利用を示す。破線は、ＤＣＨの電力がどのように、ＨＳＤＰＡにより利用可能な電力に影響を与えるのかを示す。ＨＳＤＰＡがＤＣＨにより使用されない電力のみ使用しうるため、破線及び実線が互いに逆になっていることが明らかである。即ち、実線が最大電力ＥＭＡＸに達する場合に、破線は、ゼロに近く又はゼロに等しいその最小値に達している。以下では、最小値は「電力低下」と呼ばれる。電力低下の間、ＨＳＤＰＡは、如何なる電力も利用することが許されない。これらＨＳＤＰＡ電力が低下する周期又は時点は予測不可能である。
【００７０】
先に述べたように、本発明は、上記に係るＨＳＤＰＡ又はＤＳＵＰＡを利用した音声及びデータパケット送信のための無線通信システムに関する。本システムは、音声及びデータパケットを、ＮｏｄｅＢ又はＵＥである受信装置へと送信するための、ＮｏｄｅＢ内又はＵＥ内の送信装置をそれぞれ含む。送信装置がＮｏｄｅＢである場合には、受信装置はＵＥであり、そしてその逆も同様である。送信装置ＮｏｄｅＢ；ＵＥは、所与の時点において最大電力Ｅｍａｘを有し、ゼロから最大電力と選択される第１閾値レベルＥｔｈ１との差までの第１範囲Ｒ１内の大きさの第１電力Ｅ１により高優先度データを第１専用チャネルＤＣＨ上で送信すると共に、ゼロから最大電力Ｅｍａｘマイナス第１電力Ｅ１マイナス第１閾値レベルＥｔｈ１までの第２範囲Ｒ２内の大きさの第２電力Ｅ２により低優先度データを第２専用チャネルＨＳ−ＤＳＣＨ；Ｅ−ＤＳＣＨ上で送信するよう構成される。
【００７１】
図８は、ＨＳＤＰＡ／ＨＳＵＰＡの実際の電力利用を示す。即ち、第１閾値レベルが、可能性のある利用可能な電力から減算されている。Ｅ２＝Ｅｍａｘ−Ｅｔｈ１−Ｅ２であることが図から明らかであり、このことは、Ｅ２がゼロ（Ｅ２＝Ｅｍａｘ−Ｅｔｈ１である場合）からＥｍａｘ−Ｅｔｈ１（Ｅ２がゼロである場合）までの範囲にある残り電力のみを利用しうることを示している。
【００７２】
図９は、従来技術に従った状態図を示す。図９は、データパケットＰ１の最初の送信時に開始される、ＨＡＲＱプロセスに包含される第１破棄タイマＴ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥを示している。ＨＡＲＱプロセスは、送信されたデータパケットＰ１が成功裏に受信されたことを示す確認応答信号ＡＣＫが受信されると、内部のＭＡＣ−ｈｓスケジューラ／ＭＡＣ−ｅ制御装置に成功裏の結果を報告するよう構成され、又は、Ｔ１＿ＮｏｄｅＢ内に受信装置により確認応答がなされなかった場合に、若しくはＰ１データパケットの所定の回数の再送の後に、Ｐ１データパケットを破棄するよう構成される。
【００７３】
図１０は、本発明に係る１つのＨＡＲＱプロセスのための方法のフローチャートを概略的に示す。基本的に、図１０は、電力低下が示される場合に（Ｐｏｗｅｒ＿ｄｒｏｐ_ｉｎｄ）、第１破棄タイマＴ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥが中断されることを示している。
【００７４】
図１０を参照するが、図１１は、本発明の第１実施形態に係る状態図を概略的に示している。本発明に係る送信装置は、図９に従ったＨＡＲＱプロセスを利用し、従って、第１期間に設定され、送信装置から第１データパケットＰ１が送信される時に開始するよう構成される第１破棄タイマＴ１＿ＮｏｄｅＢを備える。送信装置ＮｏｄｅＢ；ＵＥは、第１期間内に受信装置により確認応答がなされなかった場合に、又は第１データパケットの所定の回数の再送の後に、第１データパケットを破棄するよう構成される。本発明によれば、送信装置ＮｏｄｅＢ；ＵＥは、第２電力Ｅ２が選択される第２閾値レベルＥｔｈ２以下である場合には、第１破棄タイマＴ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥを中断させるよう構成される。破棄タイマＴ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥは、第２電力Ｅ２が戻った場合、即ち選択される第２閾値レベルＥｔｈ２を上回る場合に再開するよう構成される。第２閾値レベルＥｔｈ２はゼロまで設定可能であり、このことが図７及び図８に示されている。
【００７５】
ＨＡＲＱプロセスは、送信されたＭＡＣ−ｈｓ／ＭＡＣ−ｅ ＰＤＵが成功裏に受信されたことを示す確認応答信号ＡＣＫを受信する場合に、確認として確認応答信号ＡＣＫを受け取るよう構成され、内部のＭＡＣ−ｈｓスケジューラ／ＭＡＣ−ｅ制御装置に成功裏の結果を報告する。ＨＡＲＱプロセスは、破棄タイマＴ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥの中断前、当該中断の間、及び当該中断の後にＡＣＫを受け取るよう構成される。
【００７６】
ＮｏｄｅＢがＴ１＿ＮｏｄｅＢを実装する動機は、主に、不必要な再送が起きることを防止することである。状況は、従来技術に関連して先に述べたように、ＵＥのタイマベース及びウィンドウベースストール回避により、上位レイヤ、即ちＲＬＣレイヤへと不完全なＭＡＣ−ｈｓ ＴＳＮシーケンスデータが伝達される場合に起こりうる。
【００７７】
ＲＬＣレイヤがＡＭモード（Ａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ）で動作する場合に、ＲＬＣレイヤは、欠けているデータを再送する。ＲＬＣの再送がエンドユーザのスループットを減少させるか否かは多くのファクタに、例えばエンドＴＣＰ状態及びＲＬＣ ＡＭ状態、同様にＮｏｄｅＢ状態に依存するが、一般には、ＨＳＤＰＡが３ＧＰＰプロトコル群に新たな再送エンティティを導入したという事実から、ＲＬＣ再送の量を最小限にすることが賢明である。
【００７８】
従って、電力低下がまれに起こる場合、１つの解決策は、当然のことながら何も行なわないことであるが、一方、電力低下は、重要なイベントの間に起こる可能性があり、乏しいスループットのマイナス面により、無線ＨＳＤＰＡ運用者についてネガティブな評判が引き起こされるであろう。しかし、繰り返すが、電力低下の周期は未知である。
【００７９】
提案される解決策は、電力低下が存在する場合に各ＨＡＲＱプロセスに標識を備え、現在のＴ１＿ＮｏｄｅＢを中断又は抑制又は停止又はホールド（ｈｏｌｄ）することである。電力低下の状態が収束した時に、タイマは再開される。
【００８０】
ＨＡＲＱプロセスが、送信されるＭＡＣ−ｈｓが成功裏に受信されたというポジティブなフィードバックＡＣＫを受信する場合に、ＨＡＲＱプロセスは、確認としてＡＣＫを受け取り、内部のＭＡＣ−ｈｓスケジューラに成功裏の結果を報告する。このことは、送信されＵＥにより正常に受信された、処理が済んでいない（ｏｕｔｓｔａｎｄｉｎｇ）データをＨＡＲＱプロセスが有するが、ＨＡＲＱがＵＥでの成功裏の受信を知らない時に、電力低下が起こる場合に起こりうる。
【００８１】
全てのＨＡＲＱプロセスがここで各個別のＨＡＲＱプロセスを中断する場合に、各ＨＡＲＱプロセスが、スケジューラからスケジューリングの許可を得て、ＵＥでの成功裏の受信の確率を向上させるために、延長時間が追加される。
【００８２】
例外的な状況：
本発明が利用される場合、ＮｏｄｅＢにおけるＴ１＿ＮｏｄｅＢは、電力低下によって、ＵＥにおけるＴ１タイマよりも遅く切れる可能性がある。一般にこのことは、受信側がデータを拒絶する間に送信側がデータを送信する危険性が高まるので好ましくない。
【００８３】
例：
ａ）ＵＥ内の並び替えエンティティが以下の状態を有すると想定する：
ｎｅｘｔ＿ｅｘｐｅｃｔｅｄ＿ｔｓｎ＝１３
ｈｉｇｈｅｓｔ＿ｒｅｃｅｉｖｅｄ＿ｔｓｎ＝１４（即ち、ＴＳＮ＝３が欠けている）
これにより、Ｔ１タイマは動作していることになる。
ＨＡＲＱプロセス１は、ＭＡＣ−ｈｓ ＴＳＮ＝１３からの情報を格納している。
ｂ）ＮｏｄｅＢ内のＨＡＲＱプロセス１は、駆動しているＴ１＿ＮｏｄｅＢを有し、ＭＡＣ＿ｈｓ ＰＤＵ ＴＳＮ＝１３を一度送信している。
ｃ）電力低下が起こり、タイマがＮｏｄｅＢ内で中断される。
ｄ）ＵＥ Ｔ１タイマが切れ、ｎｅｘｔ＿ｅｘｐｅｃｔｅｄ＿ｔｓｎ＝１５となり、ｈｉｇｈｅｓｔ＿ｒｅｃｅｉｖｅｄ＿ｔｓｎ＝１４となる。
ｅ）電力低下が解消し、ＨＡＲＱプロセス１はＴＳＮ＝１３を再送する。これにより、ＵＥでの成功裏の受信がもたらされ、そして並び替えエンティティ内の破棄されたデータが与えられる。
【００８４】
この例は、Ｔ１＿ＮｏｄｅＢの一般的な中断が役に立たない場合の例を示している。一方、プロトコルはこの振る舞いに対して堅牢であり、害を及ぼさない。
【００８５】
図１０を参照するが、図１２は、本発明の第２実施形態に係る状態図を概略的に示しており、第１実施形態における例のネガティブな影響を克服するために、以下のことが提案される。
【００８６】
各ＨＡＲＱプロセスは、任意のＨＡＲＱプロセスがＴＳＮ＞ＴＳＮＨＡＲＱにおいてＡＣＫを受信したかを調べるよう構成され、但しＴＳＮは［ｌｏｗｅｓｔ＿ｔｒａｎｓｍｉｔｔｅｄ＿ｔｓｎ；ｈｉｇｈｅｓｔ＿ｔｒａｎｓｍｉｔｔｅｄ＿ｔｓｎ］の範囲内にある。真である場合には、ＨＡＲＱプロセスはＴ１＿ＮｏｄｅＢを再開する。当業者は、［ｌｏｗｅｓｔ＿ｔｒａｎｓｍｉｔｔｅｄ＿ｔｓｎ；ｈｉｇｈｅｓｔ＿ｔｒａｎｓｍｉｔｔｅｄ＿ｔｓｎ］内のＴＳＮ番号が、モジュロカウンティングによりＴＳＮ＝６３からＴＳＮ＝０へと戻りうることが分かるであろう。
【００８７】
例：
ＮｏｄｅＢが[３、７]のウィンドウを送信し、即ち、ＮｏｄｅＢはＴＳＮ＝３、４、５、６、７を送信したと想定する。そして、ＴＳＮ＝３については未だに受信装置により確認応答がなされず、その他については確認応答がなされるものとする。ＴＳＮ＝５を送信するＨＡＲＱプロセスは、電力低下の間に、ＴＳＮ＝６又は７が確認応答されているか（又は、確認応答される予定か）どうかを調べ、そうである場合には、自身のＴ１＿ＮｏｄｅＢを再開する。
【００８８】
本実施形態により、ＵＥが、
ａ）ＵＥ内のＴ１タイマが開始している、又は、
ｂ）全データが正確に受信された
ということの明示的な標識である現在の送信ウィンドウにおいて、
上位のＴＳＮ、即ちＮｏｄｅＢにより「遅れて送信された」当該ＴＳＮの受信を確認したかどうかを検査するステップが含まれる。ａ）ｂ）の双方の場合に、好適なアクションは、Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥを再開することである。
【００８９】
本発明の第３実施形態に従って、Ｔ１＿ＮｏｄｅＢの中断はサービスに依存し、このことは一定のトラフィックの遅延のためには、全体のスループットよりも、より重大（ｃｒｉｔｉｃａｌ）であることもある。
【００９０】
例えば、Ｔ１＿ＮｏｄｅＢの中断は以下のことに基づく。
ａ）ＵＥがどのような送信優先度を有するか基づき、又は、ＵＥごと、及び（複数のキューが存在する場合には）優先度付きキューごとの送信優先度に基づいて、例えばユーザごとのＭＡＣ−ｄフローごとに設定される。
ｂ）上位レイヤのユーザの優先度、例えば、８つの優先度クラスを有するＩＥＥＥ ８０２．１Ｄにおけるユーザの優先度に依存する。
ｃ）その上位レイヤに提供されるＲＬＣサービス、即ち、透過的データ転送サービス（Ｔｒａｎｓｐａｒｅｎｔ ｄａｔａ ｔｒａｎｓｆｅｒ ｓｅｒｖｉｃｅ）、確認応答されないデータ転送サービス、及び、確認応答されるデータ転送サービス（３ＧＰＰ ２５．３２２参照）のモードに基づく。
ｄ）当該中断は、他のバックグラウンドデータに対してＶｏＩＰサービスについて異なって設定されうる。
【００９１】
図７〜１２を参照しながら、第２電力はＨＳＰＤＡ電力であり、第１破棄タイマＴ１＿ＮｏｄｅＢは、ＨＳＵＰＡ電力が第１専用チャネルＤＣＨ上のＤＣＨトラフィックによって選択される第２閾値レベルよりも下回る場合に中断されることを記載してきた。
【００９２】
先に記載したように、送信装置はユーザ機器ＵＥであってもよい。ここで、図３〜図４が参照される。ＵＥは、アップリンク方向においてＨＳＵＰＡを利用するよう構成され、第２専用チャネルは、Ｅ−ＤＣＨ上を送信されるスケジューリングされたデータである。第２電力Ｅ２はＨＳＵＰＡ電力であり、最大電力Ｅｍａｘは、ＵＥの最大送信電力である。第１破棄タイマは、ＨＳＵＰＡ電力が第１専用チャネルＤＣＨ上のＵＥ及び／又はＤＣＨトラフィック上の電力制限によって選択される第２閾値レベルよりも下回る場合に中断される。従って、図７〜１２は、ＵＥのためにも有効であり、その場合、Ｅ−ＤＣＨが、ＨＳＵＰＡ送信のためのＨＳＤＳＣＨの代わりとなる。
【００９３】
総括すると、ＮｏｄｅＢ又はＵＥ内の送信装置は、スケジューラ／ＭＡＣ−ｅ制御装置からスケジューリングの許可を得て、受信装置ＮｏｄｅＢ；ＵＥにおける成功裏の受信の確率を上げるために、第１破棄タイマＴ１＿ＮｏｄｅＢに延長時間を追加することにより、ＨＡＲＱプロセスを中断するよう構成される。
【００９４】
当業者は、先に紹介した解決策が、拡張アップリンクが可能なＵＥにおける送信側のため、同様に、ＮｏｄｅＢ又はＵＥに実装される拡張アップリンクのために利用されうることが分かるであろう。
【技術分野】
【０００１】
本発明は、無線通信システム、並びに、音声及びデータパケット送信のための方法に関する。システムは、受信装置へ音声及びデータパケットを送信するための送信装置を含む。送信装置は最大電力を有し、ゼロから最大電力と選択される第１閾値レベルとの差までの第１範囲内の大きさの第１電力により高優先度データを第１専用チャネル上で送信すると共に、ゼロから最大電力マイナス第１電力マイナス第１閾値レベルまでの第２範囲内の大きさの第２電力により低優先度データを第２専用チャネル上で送信するよう構成される。送信装置は、第１期間にセットされ、送信装置から第１データパケットが送信される時に開始するよう構成される第１破棄タイマを備える。送信装置は、第１期間内に受信装置により確認応答がなされなかった場合に、又は第１データパケットの所定の回数の再送の後に、第１データパケットを破棄するよう構成される。
【背景技術】
【０００２】
本発明は、ダウンリンク方向における、ＨＳＤＰＡで表される高速ダウンリンクパケットアクセス（Ｈｉｇｈ−Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）を利用した無線データ送信に関し、特に、ＮｏｄｅＢのような送信装置におけるタイマの運用に関する。本発明はまた、アップリンクにおける、ＨＳＵＰＡで表される高速アップリンクパケットアクセス（Ｈｉｇｈ−Ｓｐｅｅｄ Ｕｐｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）を利用した無線データ送信に関し、特に、ユーザ機器（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）のような送信装置におけるタイマの運用に関する。本発明は、ＵＥ内のＨＳＵＰＡトラフィックのためのタイマＴ１＿ＵＥと類似した、ＮｏｄｅＢ内のＨＳＤＰＡトラフィックのためのタイマＴ１＿ＮｏｄｅＢの利用を対象とする。
【０００３】
図１は、ＮｏｄｅＢにおける高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ：Ｈｉｇｈ−Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を概略的に示し、図２は、ＵＥにおけるＨＳ−ＤＳＣＨを概略的に示している。図１及び図２は、即ち、ＮｏｄｅＢからＵＥへのダウンリンク方向に関する。
【０００４】
ＨＳＤＰＡにより、ＮｏｄｅＢとＵＥとの間に新たに認知されたプロトコルが導入される。ＮｏｄｅＢは、入って来るダウンリンクエンドユーザのデータをバッファリングし、いつバッファリングされたデータを送信するのかを決定するために内部のスケジューリングエンティティを利用する。スケジューリング決定の目的は、ＮｏｄｅＢが、ＵＥエンティティからチャネル品質評価を継続的に受信することである。ＮｏｄｅＢはまた、ＵＥ受信装置の機能性についての知識を有する。
【０００５】
毎秒５００回までのペースで、ＮｏｄｅＢは、メディアアクセス制御高速（以下ＭＡＣ−ｈｓと呼ばれる）プロトコルデータユニット（ＰＤＵ：Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）をＵＥに送信する。２ｍｓの送信機会ごとに、ＮｏｄｅＢは、バッファリングされたデータ量、チャネル品質評価、ＵＥの機能性、及び利用可能なダウンリンク符号の与えられた量に従って、ＭＡＣ−ｈｓ ＰＤＵのサイズを変えることが出来る。ＭＡＣ−ｈｓエンティティごとに、１つのＵＥのためのデータ、又は１５個までのＵＥのためのデータが、符号分割を利用して、２ｍｓの送信機会ごとに、スケジューリングされたＵＥの間でスケジューリングされうる。ＵＥは、高速共有制御チャネル（ＨＳ−ＳＣＣＨ：Ｈｉｇｈ−Ｓｐｅｅｄ Ｓｈａｒｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）と示されるＨＳＤＰＡ制御チャネルを復号し、ＣＲＣチェックサムが成功すると、ＵＥは、高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ：Ｈｉｇｈ−Ｓｐｅｅｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）と呼ばれるＨＳＤＰＡパケットデータチャネルの復号に進む。
【０００６】
ＨＳ−ＳＣＣＨ及びＨＳ−ＰＤＳＣＨの結果に従って、ＵＥは、受信フィードバックをピア（ｐｅｅｒ）ＮｏｄｅＢへ送信する。受信フィードバックは、ＮｏｄｅＢ送信装置により解釈され、ＵＥのための受信失敗を示すネガティブなフィードバックの後に、ＮｏｄｅＢはデータを再送し、又は、ＵＥのフィードバックが無い場合に、即ち、不連続送信（ＤＴＸ：Ｄｉｓｃｏｎｔｉｎｏｕｓ Ｔｒａｎｓｍｉｓｓｉｏｎ）ということだが、ＮｏｄｅＢはデータを再送する。
【０００７】
ＭＡＣ−ｈｓ ＰＤＵは、フィールド０から６３まで巡回するモジュロ送信シーケンス番号（Ｔｒａｎｓｐｏｒｔ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ、以下ＴＳＮと呼ばれる）により付番される。ＭＡＣ−ｈｓは、複数のハイブリット自動リピート要求（Ｈｙｂｒｉｄ−Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ−ｒｅＱｕｅｓｔ、以下ＨＡＲＱと呼ばれる）プロセスから構成され、各ＨＡＲＱプロセスは、ＭＡＣ−ｈｓ ＰＤＵを送信し、確認応答（ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ、以下ＡＣＫと呼ばれる）、受信装置がＭＡＣ−ｈｓ ＰＤＵを正確に復号しなかったことを意味する否定応答（Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、以下ＮＡＣＫと呼ばれる）、又は、フィーバック無し、即ちＤＴＸを待ち受ける。往復時間は、無線インタフェースの伝播遅延を除いた、ＭＡＣ−ｈｓ ＰＤＵ送信からフィードバックＡＣＫ／ＮＡＣＫの受信が確定されるまでの時間を含む。ＮＡＣＫの受信の後に、ＭＡＣ−ｈｓ送信装置は、ＭＡＣ−ｈｓ ＰＤＵを再送する。複数のＨＡＲＱプロセスを有する理由は、１つのＨＡＲＱプロセスのみが利用可能である場合に往復時間が相対的に長いからであり、全接続時間Ｔで割った送信時間ｔ（以下ｔ／Ｔと呼ばれる）は短いであろう。このことは、１つのプロセスが応答を待つ間に、他のＨＡＲＱプロセス、又は、複数のＨＡＲＱプロセスが送信することを意味する。この結果として、ｔ／Ｔは１００パーセントとなりうる。
【０００８】
ＭＡＣ−ｈｓプロトコルは、セミリライアブル（ｓｅｍｉ−ｒｅｌｉａｂｌｅ）であり、即ち、送信側のＭＡＣ−ｈｓエンティティは、送信されたＭＡＣ−ｈｓを破棄することが出来、受信側のＭＡＣ−ｈｓエンティティへと１回又は数回再送する可能性がある。
【０００９】
ＭＡＣ−ｈｓ ＰＤＵを破棄する理由は、ＭＡＣ−ｈｓ受信装置が他のセルに移動し電力が低下した場合に、又は、任意の他の理由によりデータを受信出来ない場合に、無線リンクを介した不必要な再送を防止することであり、最初の送信若しくは最大数の再送の後の所定の時間に、又は双方を組み合わせた後の所定の時間に行なわれる。
【００１０】
ＵＥにおけるＭＡＣ−ｈｓ受信装置は、シーケンスが昇順でない順番でＰＤＵが受信された場合（再送により起こりうる）の影響を和らげる目的で、受信ウィンドウ（ｒｅｃｅｉｖｅｒ ｗｉｎｄｏｗ）を利用する。ＴＳＮ＝ｎｅｘｔ＿ｅｘｐｅｃｔｅｄ＿ｔｓｎにおいてＭＡＣ−ｈｓ ＰＤＵが成功裏に復号された場合にはいつでも、受信装置は、ＲＬＣレイヤへとＰＤＵを伝達しうる。後続のＴＳＮ番号（即ち、ｎｅｘｔ＿ｅｘｐｅｃｔｅｄ＿ｔｓｎ＋１）が既に成功裏に復号されているかどうかに従って、このＭＡＣ−ｈｓ ＰＤＵもまた伝達されうる。送信ウィンドウは適切に更新される。ＭＡＣ−ｈｓプロトコルからのＲＬＣレイヤへの送信は、連続して行なわれる。
【００１１】
例えば送信装置がＭＡＣ−ｈｓ ＰＤＵを破棄したという状況から回復するために、受信装置は、この問題を解決するために以下に記載する２つの仕組みを利用する。
１）タイマに基づくストール（ｓｔａｌｌ）回避：
ＴＳＮ＞ｎｅｘｔ＿ｅｘｐｅｃｔｅｄ＿ｔｓｎのＰＤＵの受信時に、受信装置は、Ｔ１で表されるタイマを開始する。タイマが切れた時に、受信装置は、後続のＰＤＵが受信されるように適切なアクションを取る。正確な詳細は、３ＧＰＰ ２５．３２１ １１．６．２．３．２章に記載されている。
【００１２】
この振る舞いは図５にも示されている。
【００１３】
２）ウィンドウに基づくストール回避：
ｗｉｎｄｏｗ＿ｓｉｚｅで表される受信ウィンドウは＜３２であり、［ｈｉｇｈｅｓｔ＿ｒｅｃｅｉｖｅｄ＿ｔｓｎ−ｗｉｎｄｏｗ＿ｓｉｚｅ＋１、ｈｉｇｈｅｓｔ＿ｒｅｃｅｉｖｅｄ＿ｔｓｎ］の範囲内の全てのＴＳＮを含む。
例：
ｗｉｎｄｏｗ＿ｓｉｚｅ＝８、及び、ｈｉｇｈｅｓｔ＿ｒｅｃｅｉｖｅｄ＿ＴＳＮ＝９は、受信ウィンドウが以下のシーケンス番号、２、３、４、５、６、７、８、９を含むことを意味する。
【００１４】
受信ウィンドウの外のＴＳＮのＭＡｃ−ｈｓ ＰＤＵ、即ち［ｈｉｇｈｅｓｔ＿ｒｅｃｅｉｖｅｄ＿ｔｓｎ−ｗｉｎｄｏｗ＿ｓｉｚｅ＋１、ｈｉｇｈｅｓｔ＿ｒｅｃｅｉｖｅｄ＿ｔｓｎ］の範囲内に無いＭＡＣ−ｈｓ ＰＤＵが受信された後に、受信装置は、自身のｈｉｇｈｅｓｔ＿ｒｅｃｅｉｖｅｄ＿ｔｓｎをＭＡＣ−ｈｓ ＰＤＵのＴＳＮに等しく設定し、受信ウィンドウの自身の先頭部（ｈｉｇｈｅｓｔ＿ｒｅｃｅｉｖｅｄ＿ｔｓｎ）を移動させる。
【００１５】
受信ウィンドウの先頭部が進む場合に、受信されてはいるが未だに伝達されていない、もはや受信ウィンドウ内に存在しないＭＡＣ−ｈｓ ＰＤＵがＲＬＣレイヤへと伝達される。当業者は、受信ウィンドウ内のＴＳＮ番号が、モジュロカウンティングによりＴＳＮ＝６３からＴＳＮ＝０へと戻る（ｗｒａｐ ａｒｏｕｎｄ）可能性があることが分かるであろう。
【００１６】
この振る舞いは図６に示されている。
【００１７】
ＮｏｄｅＢにおける破棄タイマ：
ノードＢ・アプリケーション・パート(ＮＢＡＰ：ＮｏｄｅＢ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ)信号の無線リンクセットアップ要求（Ｒａｄｉｏ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ）、及び、ＮＢＡＰ信号の無線リンク再構成要求（Ｒａｄｉｏ Ｌｉｎｋ Ｒｅｃｏｆｉｇｕｒａｔｉｏｎ Ｒｅｑｕｅｓｔ）において、ＲＮＣは、以下Ｔ１＿ｃｏａｒｓｅで表される、ＨＳ−ＤＳＣＨ ＭＡＣ−ｄフローにおける特定の優先度付きキューのための、破棄タイマ（Ｄｉｓｃａｒｄ Ｔｉｍｅｒ）と示される任意のフィールドを含む能力がある。
【００１８】
使用される場合には、ＮｏｄｅＢは、ＲＮＣから受信された、特定のＨＳＤＰＡ優先度付きキューのための各プロトコルデータユニットにスタンプを付す（ｔｉｍｅ−ｓｔａｍｐ）。ＵＥは、幾つかの優先度付きキューを有しうることに注意されたい。
Ｔ１＿ｃｏａｒｓｅは、各プロトコルデータユニットが送信権を得る時間を定め、ＮｏｄｅＢは、期限切れのプロトコルデータユニットを破棄する。
【００１９】
Ｔ１＿ｃｏａｒｓｅは、遅延に影響されやすいデータのためのトラフィックを制御するために利用されうる。
【００２０】
Ｔ１＿ｃｏａｒｓｅは、運用者が、データがＲＮＣから受信されてからの待機時間を、ＮｏｄｅＢ−ｈｓスケジューラによりＨＡＲＱプロセスからの送信のためにスケジューリングされるまで制御することを可能とする。
【００２１】
しかし、Ｔ１＿ｃｏａｒｓｅは、各ＨＡＲＱプロセスがそのタスクを完了するために消費する時間を制御しない。
【００２２】
ＵＥでは、Ｔ１タイマの利用は、運用者が、ＵＥが特定のＭＡＣ−ｈｓ ＰＤＵを受信しようと試みる時間を制御することを可能とする。
【００２３】
３ＧＰＰにより必要とされていなくても、ＮｏｄｅＢのベンダは、各ＨＡＲＱプロセスにより消費される時間を制御するために、第２破棄タイマ（以下、Ｔ１＿ＮｏｄｅＢで表される）を利用する可能性が非常に高い。Ｔ１＿ＮｏｄｅＢは、その目的が、ＵＥ Ｔ１タイマのもたらす影響を予測すること、即ち、送信されるＭＡＣ−ｈｓ ＰＤＵがＵＥ内のＴ１タイマの結果として破棄される不必要な送信を防止することであるという意味において、ＵＥ内の「Ｔ１タイマに類似している」。このような見解の理由は幾つかある。
【００２４】
１．Ｔ１タイマがＵＥで利用されるという事実は、送信ＮｏｄｅＢ側での利用の動機付けとなり、例えば、タイマ及びウィンドウに基づくストール回避によって、ＵＥ受信装置が、不完全なＭＡＣ−ｈｓ ＰＤＵシーケンス（例えば、ＴＳＮ２、３、５、６、７）を自身の上位レイヤへと伝達することもある。本例の場合ＴＳＮ＝４の送信を続けることは、ＵＥ並び替え（ｒｅ−ｏｒｄｅｒｉｎｇ）エンティティがＴＳＮ＝４を破棄するので、無駄である。
【００２５】
２．例えば、ＵＥが劣悪な無線条件により、ＨＳ−ＳＣＣＨを復号出来ないことを想定すると、データを受信出来ないＵＥのために送信を際限なく継続することは賢明ではない。この場合の際限の無い送信は、正に帯域幅のリソースの浪費である。
【００２６】
ＮｏｄｅＢ Ｔ１＿ＮｏｄｅＢ実装の例は、以下のとおりである。
（Ｉ）ＮｏｄｅＢは、ＨＡＲＱプロセスごとに１つのタイマを実装しており、各タイマは互いに独立して機能し、ＭＡＣ−ｈｓ ＰＤＵの（各新しいＴＳＮごとの）最初の送信時に開始する。タイマは、タイマを中断させるＡＣＫが受信されるまで継続される。タイマが切れた場合に、ＭＡＣ−ｈｓ ＰＤＵが破棄される。
【００２７】
（ＩＩ）先に記載したタイマと、ＭＡＣ−ｈｓ ＰＤＵの再送量をカウントするカウンタの双方の組み合わせ。タイマが切れる場合、又は、再送量が閾値を超えて増加する場合には、ＭＡＣ―ｈｓ ＰＤＵは破棄される。
【００２８】
図３は、ＮｏｄｅＢ内のＥ−ＤＣＨ部を示している。
Ｌ１処理は、ＤＰＣＣＨチャネル、Ｅ−ＤＰＣＣＨチャネル及びＥ−ＤＰＤＣＨチャネルの一般的部分の、レイヤ１による復号を示す。ＭＡＣ−ｅ及びＥ−ＤＰＣＣＨの復号１〜ｎは、ＮｏｄｅＢ内で行なわれる特定のＵＥのための復号と、ＥＵＬスケジューラへと送信される得られた情報（例えば、満足／不満足（ｈａｐｐｙ／ｕｎｈａｐｐｙ）情報）、及び、ＨＡＲＱ受信装置へと送信される得られた情報と、を示している。
ＨＡＲＱエンティティ１〜ｍは、ＵＥ１〜ｎのために存在するＥ−ＤＰＤＣＨの復号に必要なＨＡＲＱ受信装置の機能を示す。ＨＡＲＱエンティティは、Ｅ−ＤＣＨ ＦＰ部に情報を送信し、ＲＧＣＨ／ＨＩＣＨ処理部を介してＵＥにフィードバック命令を送信する。
Ｅ−ＤＣＨ ＦＰは、復号されたデータと、Ｉｕｂインタフェースを介してＲＮＣに送信される制御情報とを送信し、ＲＮＣから送信ネットワーク輻輳標識（ＴＣＩ：Ｔｒａｎｓｐｏｒｔ Ｎｅｔｗｏｒｋ Ｃｏｎｇｅｓｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）を受信するための一般的な処理を示す。
スケジューラエンティティは、ＡＧＣＨ処理を介して送信される、ＵＥへの正確なスケジューリング許可（ｓｃｈｅｄｕｌｉｎｇ ｇｒａｎｔ）を決定する役目を果たす。スケジューリングエンティティはまた、ＲＮＣからのＴＣＩメッセージを復号し、ＲＧＳＨ／ＨＩＣＨ処理ユニットを介してＲＧＣＨメッセージを送信し、Ｌ１処理、ＭＡＣ−ｅ＆Ｅ−ＤＰＣＣＨ復号、及びＨＡＲＱエンティティにおいて利用されるＵＥごとの復号リソース量を制御する役目を果たす。
ＲＧＣＨ／ＨＩＣＨ処理１〜ｎは、ＵＥごとの特定のＲＧＣＨ及びＨＩＣＨ符号化を含む。
ＡＧＣＨ処理は、特定のＡＧＣＧ符号化を含む。
レイヤ１の処理は、Ｅ−ＡＧＣＨチャネル及びＥ−ＲＧＣＨ／ＨＩＣＨチャネルのための汎用レイヤ１の符号化を含む。
ＵＥからの全てのアップリンクチャネルを電力制御するために利用されるＦ−ＤＰＣＨ／ＤＰＣＨチャネルは、この図の中に示されていない。
【００２９】
図４は、ＵＥ内のＥ−ＤＣＨ部を示している。
Ｌ１処理は、Ｅ−ＡＧＣＨチャネル及びＲＧＣＨ／ＨＩＧＨチャネルの一般的な復号を示す。
ＲＧＣＨ／ＨＩＣＨ処理は、ＲＧＣＨチャネル及びＨＩＣＨチャネルの特定の復号を示す。ＡＧＣＨ処理は、ＡＧＣＨチャネルの特定の復号を示す。
ＥＵＬ Ｃｔｒｌは、上位レイヤからのＭＡＣ−Ｄフローごとの入力バッファキューの監視、送信キュー選択の制御、ＭＡＣ−ｅｓヘッダの制御、ＨＡＲＱプロセスの制御、正しいＨＡＲＱプロセスへのＨＩＣＨフィードバックの中継、ＭＡＣ−ｅヘッダの制御のようなＥＵＬ送信エンティティの全体の制御を含む。
ＭＡＣ−ｅｓ処理は、ＭＡＣ−ｅｓヘッダ及びペイロードの符号化を示す。
ＨＡＲＱプロセス１〜ｍは、ＨＡＲＱ手続きの送信を示す。
ＭＡＣ−ｅ処理は、ＭＡＣ−ｅヘッダ情報の符号化を示す。
ＵＥを電力制御するために利用されるＦ−ＤＰＣＨ／ＤＰＣＨチャネルはこの図の中に示されていない。
【００３０】
ここで、Ｅ−ＤＣＨは、アップリンク方向、即ちＵＥからＮｏｄｅＢへの方向を示している。
【００３１】
ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘ Ａｃｃｅｓｓ、広帯域符号分割多重アクセス）仕様書のリリース６において、高速アップリンクパケットアクセス（ＨＳＵＰＡ（Ｅ−ＤＣＨとも呼ばれる））通信方式が、ダウンリンク高速パケットデータアクセス（ＨＳＰＤＡ）方式に加えて、後者の通信方式により提供されるビットレートに合わせるために定められ、改善された対話型サービス、バックグラウンドサービス及びストリーミングサービスが提供される。従来技術文書３ＧＰＰ ＴＳ ２５．３０９には、「ＦＤＤ Ｅｎｈａｎｃｅｄ Ｕｐｌｉｎｋ；Ｏｖｅｒａｌｌ Ｄｅｓｃｒｉｐｔｉｏｎ；Ｓｔａｇｅ ２」がある。２００６‐０４‐０６のバージョンＶ６．６．０には、拡張Ｕｌが記載されている。
【００３２】
関連するセクションがさらに、３ＧＰＰの参考文献ＴＳ２５．２１１、ＴＳ２５．３２１で参照されうる。
【００３３】
スケジューリングにより、ＮｏｄｅＢには、Ｅ−ＤＣＨのためのＵＥ送信フォーマット組み合わせ（ＴＦＣ：Ｔｒａｎｓｐｏｒｔ Ｆｏｒｍａｔ Ｃｏｍｂｉｎａｔｉｏｎ）部に影響を与えるためのツールが提供される。Ｅ−ＤＣＨスケジューリングは、ＮｏｄｅＢによりＵＥへと送信されるスケジューリング許可、Ｅ−ＤＣＨデータレートの上限の設定、及び、現在許可されているよりも速いレートで送信する許可を要求するためにＵＥからＮｏｄｅＢへと送信されるスケジューリング要求に基づいている。本発明において、スケジューリングされるデータという語は、ＮｏｄｅＢがスケジューリング許可を送信した結果としてＵＥにより送信されるＥ−ＤＣＨデータを示す場合に利用される。
【００３４】
Ｅ−ＤＣＨはまた、本明細書において非スケジューリング対象（ｎｏｎ−ｓｃｈｅｄｕｌｅｄ）データとして示されるスケジューリングされない送信、即ち、サービング許可（ｓｅｒｖｉｎｇ ｇｒａｎｔ）に関係なく行なわれる送信をサポートする。非スケジューリング対象ＭＡＣ−ｅ ＰＤＵ内で許容されるビット量は、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）を通じてＭＡＣ−ｄフローごとに構成される。基本的に、スケジューリングされない送信は、スケジューリング要求のために必要であるが（明らかに、システムはこの余地が無ければ適切に動作しない）、信号無線ベアラ（ＳＲＢ：Ｓｉｇｎａｌ Ｒａｄｉｏ Ｂｅａｒｅｒ）及びＶｏＩＰのような保証型ビットレートサービスのためにも利用されうる。
【００３５】
ＨＳＵＰＡネットワークは、Ｉｕインタフェースを介して無線ネットワークコントローラ（ＲＮＣ：Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）と通信するコアネットワークを含む。このネットワークはまた、Ｉｕｂインタフェースを介してＲＮＣと通信する複数の基地局ＮｏｄｅＢを含む。各ＮｏｄｅＢは、ＥＵＬスケジューラユニット（ＥＵＬ＿ＳＣＨ）を含む。ＥＵＬスケジューラユニットは、ＭＡＣ−ｅスケジューラとも呼ばれ、各Ｉｕｂインタフェースを介してＲＮＣと通信するよう構成される。ＵＥは、無線を介して各ＮｏｄｅＢと通信する。
【００３６】
以下のＨＳＵＰＡチャネルは、即ち、ＵＥに対してＭＡＣ−ｅスケジューラからシグナリングする絶対許可を伝達するためのＥ−ＤＣＨ絶対許可チャネル（Ｅ−ＡＧＣＨ：Ｅ−ＤＣＨ Ａｂｓｏｌｕｔｅ Ｇｒａｎｔ Ｃｈａｎｎｅｌ）、相対許可シグナリングのためのＥ−ＤＣＨ相対許可チャネル（Ｅ−ＲＧＣＨ：Ｅ−ＤＣＨ Ｒｅｌａｔｉｖｅ Ｇｒａｎｔ Ｃｈａｎｎｅｌ）、ＵＥが送信したデータを復号するＮｏｄｅＢからの確認応答のフィードバックを伝達するためのＥ−ＤＣＨハイブリットインジケータチャネル（Ｅ−ＨＩＣＨ：Ｈｙｂｒｉｄ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ）、送信電力制御（ＴＰＣ：Ｔｒａｎｓｐｏｒｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ）命令を伝達するための専用物理チャネル（ＤＰＣＨ：Ｄｅｄｉｃａｔｅｄ Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）又はフラクショナルＤＰＣＨ（Ｆｒａｃｔｉｏｎａｌ ＤＰＣＨ）、ＭＡＣ−ｅペイロードを伝達するための拡張ＤＰＤＣＨ（Ｅ−ＤＰＤＣＨ：Ｅｎｈａｎｃｅｄ ＤＰＤＣＨ）、及びＭＡＣ−ｅの制御シグナリングを伝達するための拡張ＤＰＣＣＨ（Ｅ−ＤＰＣＣＨ：Ｅｎｈａｎｃｅｄ ＤＰＣＣＨ）は、無線を介して送信される。
【００３７】
文書３ＧＰＰ ＴＳ ２５．３０９ ＦＤＤ、Ｅｎｈａｎｃｅｄ Ｕｐｌｉｎｋ Ｏｖｅｒａｌl ｄｅｓｃｒｉｐｔｉｏｎにより、拡張アップリンク仕様書が概観出来る。
【００３８】
従来技術の文書「Ｈｉｇｈ Ｓｐｅｅｄ Ｕｐｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ（ＨＳＵＰＡ）；Ｗｈｉｔｅ Ｐａｐｅｒ、ａｐｐｌｉｃａｔｉｏｎ ｎｏｔｅ １ＭＡ９４」、Ｒｏｈｄｅ Ｓｃｈｗａｒｚ、０１.２００６においても、ＨＳＵＰＡの概要が参照されうる。
【００３９】
ＨＳＵＰＡ仕様書によれば、拡張専用チャネル（Ｅ−ＤＣＨ：Ｅｎｈａｎｃｅｄ Ｄｅｄｉｃａｔｅｄ Ｃｈａｎｎｅｌ）高速アップリンク送信チャネルは、短い送信時間間隔（ＴＴＩ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）、ソフトな再結合（ｒｅｃｏｍｂｉｎｉｎｇ）による高速ハイブリット自動リピート要求（ＡＲＱ：Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）、遅延を低減するための高速スケジューリング、データレートの向上、及びキャパシティの向上のような複数の新しい特徴を提供する。
【００４０】
ＵＥがＮｏｄｅＢとの通信をセットアップする場合に、ＨＳＤＰＡセッションの後にセットアップ手続きが、送信制御プロトコル（ＴＣＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏl）を用いて、例えばインターネットページをダウンロード／サーフィンするために続けられることもある。ユーザエンティティのキャパシティに従って、このことはさらに、ＨＳＵＰＡ送信を含むこともあり、ＨＳＵＰＡダウンリンクチャネル上でＴＣＰメッセージを送信するＮｏｄｅＢは、ＮｏｄｅＢへのＥ−ＤＣＨアップリンク上でＴＣＰ確認応答を受信する。ＮｏｄｅＢは、ＵＥがどのようなペースでＥ−ＤＣＨ上で送信するかを決定し又はスケジューリングするため、ＮｏｄｅＢは自身のスケジューリング決定を伝達するためにＥ−ＡＧＣＨを利用する。ＴＣＰデータセグメントがダウンリンクで送信されてから、ＴＣＰ確認応答が応答としてアップリンクで送信されるまでの時間から測定される、より短い遅延は、ＴＣＰレイヤのより短い往復時間の見積もりにより、ファイル転送等のダウンロード時間の低減に繋がる。
【００４１】
３ＧＰＰにより必要とされていなくとも、ＵＥのベンダは、ＵＥ内で各ＨＡＲＱプロセスにより消費される時間を制御するために、破棄タイマ（以下Ｔ１−ＵＥで表される）を利用する可能性が非常に高い。Ｔ１＿ＵＥは、その目的が、ＲＮＣ Ｔ１タイマのもたらす影響を予測すること、即ち、送信されるＭＡＣ−ｈｓ ＰＤＵがＲＮＣ内のＴ１タイマの結果として破棄される不必要な送信を防止することであるという意味において、ＲＮＣ内の「Ｔ１タイマに類似している」。
【００４２】
既存の解決策による問題点：
図７を参照すると、ＨＳＤＰＡは、以下で解説する「未使用の電力」を利用する。実線は、専用物理チャネル（ＤＰＣＨ）上を送信される音声及び例えばストリーミングサービスのような高優先度データのための、電力制御された専用チャネルＤＣＨの電力利用と、フラクショナル専用物理チャネル（Ｆ−ＤＰＣＨ）のために必要とされる電力と、を示している。破線は、ＨＳ−ＤＳＣＨのためにＮｏｄｅＢにより利用される電力を表している。
【００４３】
さらに図７を参照するが、同様の状況がＨＳＵＰＡについて、ＨＳＵＰＡのスケジューリングされたデータ部分のために「未使用の電力」を利用するＵＥにおいて生じる。実線は、音声、ＶｏＩＰ、又は例えばストリーミングサービスのような高優先度データのための専用チャネルＤＣＨについての電力利用と、専用物理制御チャネル（ＤＰＣＣＨ：Ｄｅｄｉｃａｔｅｄ Ｐｈｙｓｉｃａｌ Ｃoｎｔｒｏｌ Ｃｈａｎｎｅｌ）のために必要とされる電力と、を示している。ＤＣＨデータは、専用物理データチャネル（ＤＰＤＣＨ）において送信され、又は、ＨＳＵＰＡにおいて非スケジュール対象データとして送信されると想定される。破線は、ＵＥのためのＥ−ＤＣＨのスケジューリングされるデータ部分により利用される電力を表している。
【００４４】
破線は、グラフの軸をとの関連で正確に縮尺されていない。しかし、ＨＳＤＰＡ／ＨＳＵＰＡがＤＣＨにより利用されない電力のみ利用しうるため、破線及び実線が互いに逆になっていることが明らかである。即ち、実線が最大電力Ｅｍａｘに達する場合に、破線は、ゼロに近く又はゼロに等しいその最小値に達している。最小値は、以下、「電力低下」（ｐｏｗｅｒ ｄｒｏｐ）と呼ばれる。電力低下の間、ＨＳＤＰＡ／ＨＳＵＰＡは、如何なる電力も利用することが許されない。これらＨＳＤＰＡ／ＨＳＵＰＡ電力が低下する周期又は時点は未知である。
【００４５】
図８は、ＨＳＤＰＡの実際の電力利用、即ち、第１閾値Ｅｔｈ１が方程式から外されている場合の当該電力利用を示している。第１閾値Ｅｔｈ１は、共通チャネルのために利用される電力を表している。共通チャネルによって、１つ以上のＵＥにアドレス指定されるチャネル、又は、共有チャネルであるＡＧＣＨチャネルのようなチャネルを示している。共通チャネルは特に、同期チャネル（ＳＣＨ：Ｓｙｎｃｈｒｏｎｉｓａｔｉｏｎ Ｃｈａｎｎｅｌ）、共通パイロットチャネル（ＣＰＩＣＨ：Ｃｏｍｍｏｎ Ｐｉｌｏｔ Ｃｈａｎｎｅｌ）、プライマリ共通制御物理チャネル（Ｐ−ＣＣＰＣＨ：Ｐｒｉｍａｒｙ Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）、セカンダリ共通制御物理チャネル（ＳＣＣＰＣＨ：Ｓｅｃｏｎｄａｒｙ Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）、Ｅ−ＡＧＣＨ、及びＥ−ＨＩＣＨ／Ｅ−ＲＧＣＨがある。当業者は、共通チャネルにより利用される電力（Ｅｔｈ１）が一定ではなく、時間によって変化することに気付くであろうが、問題を示すために、一定の電力として示されている。さらに当業者は、共通チャネルの送信はＮｏｄｅＢのためにのみ有効であり、ＵＥのためには有効でないことが分かるであろう。Ｅｔｈ１は、ＨＳＵＰＡ送信ためにＵＥ内で生じる問題を表す場合に、これ以降ゼロである。Ｅｍａｘは、ＮｏｄｅＢ及びＵＥのために利用される最大電力を表す。当業者は、ＵＥのためのＥｍａｘが、ＵＳＢ又はＰＣＭＣＩＡインタフェースによりＵＥが電力供給される場合の最大エネルギー消費制限により、又は、送信用のエネルギーを格納するためにコンデンサをＵＥが利用する場合の一時的なエネルギー貯蔵制限により、最大許容送信電力、熱限界のような規制問題に依存しうることが分かるであろう。図７及び図８の双方はさらに以下で、本発明の記載と関連して記載される。
【００４６】
ここで問題は、このような電力低下の前にＨＡＲＱプロセスがＭＡＣ−ｈｓ／ＭＡＣ−ｅ ＰＤＵを送信した場合に何が起こるかということである。
【００４７】
問題を例示するために、以下のシナリオがＨＳＵＰＡのシナリオために記載される。
ａ）ＮｏｄｅＢが１つのＵＥへのデータをＲＮＣから受信し、ＮｏｄｅＢ ＨＡＲＱプロセスからの保留中又は進行中の送信は起きていないと想定する。
ｂ）ＵＥは、自身の並び替えエンティティ内にも、自身のＨＡＲＱプロセス内にもデータを有さない。Ｎｅｘｔ＿ｅｘｐｅｃｔｅｄ＿ｔｓｎは０であり、ｈｉｇｈｅｓｔ＿ｒｅｃｅｉｖｅｄ＿ｔｓｎは６３である。
ｃ）さらに、ＮｏｄｅＢが、先に記載した破棄の仕組み（Ｉ又はＩＩ）のうちの一方又は他方を実施していると想定する。
ｄ）ＮｏｄｅＢは、ＴＳＮ＝０の、ＨＡＲＱプロセス１からのデータを送信し、自身のＴ１＿ＮｏｄｅＢを開始する。
ｅ）ＵＥは、ＨＳ−ＳＣＣＨを正確に復号するが、ＨＳ−ＰＤＳＣＨは正確に復号しない。即ち、ＵＥは情報を自身のＨＡＲＱプロセスに格納するが、自身の並び替えエンティティにはどの情報も送られない。
ｆ）先に記載した電力低下が、ＮｏｄｅＢからのＨＳＤＰＡの更なる送信を妨げ、Ｔ１＿ＮｏｄｅＢが場合によっては失効する→ＴＳＮ＝０の、ＨＡＲＱプロセス１内のＭａｃ−ｈｓ ＰＤＵが破棄される。
ｇ）電力低下が終り、ＨＳＤＰＡ送信が可能であるが、送信されるべきデータが存在しないので、送信は行なわれない。
【００４８】
上記の例の問題から回復するために、ＲＮＣは、ＮｏｄｅＢから送信されるデータをＴＳＮ＝１として再送する必要があり、これにより、ＵＥ内でＴ１タイマの開始が促され、タイマが失効した場合に、ピアＵＥ無線リンクプロトコル（ＲＬＣ：Ｒａｄｉｏ Ｌｉｎｋ Ｐｒｏｔｏｃｏｌ）へとデータを伝達する。
【００４９】
より一般的には、ＨＳＤＰＡの電力低下がＭＡＣ−ｈｓ ＰＤＵの破棄に繋がる可能性があり、このために、再送の機会がより少ないために再送の量が予期されるよりも低いというということから、上記問題を説明することができる。
【００５０】
「予期される」とは、運用者が、例えば、全てのＭＡＣ−ｈｓ ＰＤＵが少なくとも３回再送されるように、Ｔ１＿ＮｏｄｅＢと再送数とを設定した可能性があるということを意味する。これらの問題は、ＮｏｄｅＢが破棄の仕組みに基づいて、例えば先のＩ若しくはＩＩ又はその組み合わせに従って、タイマを利用する場合に発生する。
【００５１】
同じ問題が、アップリンク方向においてＵＥについて存在するが、ここでは、ＵＥ内の送信装置は、アップリンク拡張専用チャネルにおいて、高速アップリンクパケットアクセス、ＨＳＵＰＡを利用し、ＨＳＤＰＡ及びＨＳ−ＤＳＣＨの代わりにＥ−ＤＳＨを利用し、Ｔ１タイマはＲＮＣ内に位置する。
【００５２】
従って、上記の確認された問題が解決される、音声及びデータパケットのための改善された無線通信システムについての必要性がある。
【発明の概要】
【発明が解決しようとする課題】
【００５３】
本発明の目的は、先に記載した必要性を満たすことであり、ダウンリンク方向、及び及び／又は、アップリンク方向におけるより効率の良い無線データ通信を見出すことである。本発明は、電力低下の間、破棄タイマを中断させることを提案する。破棄タイマはその後、電力が戻った時に、一定の基準が満たされた場合に継続される。中断の危険性又はネガティブな観点は、以下で分かるように、ポジティブな側面と比べて低い。
【課題を解決するための手段】
【００５４】
無線通信システムは、音声及びデータパケット送信のために意図され、受信装置へと音声及びデータパケットを送信するための送信装置を含む。送信装置は、所定の最大電力を有し、ゼロから最大電力と選択される第１閾値レベルとの差までの第１範囲内の大きさの第１電力により高優先度データ、有利に音声及び／又は高優先度データ通信を第１専用チャネル上で送信すると共に、ゼロから最大電力マイナス第１電力マイナス第１閾値レベルまでの第２範囲内の大きさの第２電力により低優先度データを第２専用チャネル上で送信するよう構成される。送信装置は、第１期間にセットされ、送信装置から第１データパケットが送信される時に開始するよう構成される破棄タイマを備える。送信装置は、第１期間内に受信装置により確認応答がなされなかった場合に、又は第１データパケットの所定の回数の再送の後に、第１データパケットを破棄するよう構成される。
【００５５】
ここでは、「所定の最大電力」は、時間とともに変化しうる選択された電力を意味する。即ち、最大電力は、１つの時点において１つの値を有し、異なる時点において他の値を有しうる。ＮｏｄｅＢは通常、最大電量の変動に関しては、ＵＥよりもスタティック（ｓｔａｔｉｃ）である。
【００５６】
本発明は、送信装置が、第２電力が選択される第２閾値レベル以下である場合には、第１破棄タイマを中断させるよう構成されるということを特徴とする。第２閾値レベルと等しいことは特に、第２閾値レベルがゼロである場合を指しているが、ゼロを上回る値のためにも有効でありうる。
【００５７】
本発明の１つの効果は、電力低下によりデータパケットが送信され確認応答されることが妨げられる場合に、不必要なＲＬＣ再送が防止されうるということである。
【００５８】
送信装置は、無線基地局、即ち、ダウンリンク方向においてＨＳＤＰＡを使用するよう構成されるＮｏｄｅＢ内に含まれうる。第２電力は、ＨＳＰＤＡ送信のために利用される電力である。第１破棄タイマは、ＨＳＰＤＡ電力が第１専用ダウンリンクチャネルＤＣＨ上のトラフィックによって選択される第２閾値レベルよりも下回る場合に中断される。
【００５９】
送信装置はまた、高速アップリンクパケットアクセス（ＨＳＵＰＡ）を使用するよう構成されるＵＥ内にも含まれうる。ＨＳＵＰＡは、現在のアップリンク速度が５．７６Ｍｂｉｔ／ｓまでの、ＨＳＰＡファミリにおける３Ｇ携帯電話通信プロトコルである。ＨＳＵＰＡのための仕様書は、３ＧＰＰにより発行されたユニバーサル移動通信システムのリリース６の規格に含まれる。
【００６０】
ＨＳＵＰＡは、アップリンク拡張専用チャネルＥ−ＤＣＨを利用し、このＥ−ＤＣＨ上では、ＨＳＤＰＡにより採用されるものと類似したリンク適応方法を採用する。
【００６１】
従って、ユーザ機器は、アップリンク方向においてＨＳＵＰＡを使用するよう構成される。第２電力は、ＨＳＵＰＡのために利用される電力であり、最大電力は、ＵＥの最大送信電力である。第１破棄タイマは、ＨＳＵＰＡ電力が第１専用チャネル上のＵＥ及び／又はトラフィック上の電力制限によって選択される第２閾値レベルよりも下回る場合に中断される。
【００６２】
第１破棄タイマＴ１＿ＮｏｄｅＢ／Ｔ１＿ＵＥは、ＨＡＲＱプロセス内に包含され、このＨＡＲＱプロセスは、送信されたＭＡＣ−ｈｓプロトコルデータユニット（ＰＤＵ）／ＭＡＣ−ｅ ＰＤＵが成功裏に受信されたことを示す確認応答信号（ＡＣＫ）が受信されると、内部のＭＡＣ−ｈｓスケジューラ／ＭＡＣ−ｅ制御装置に成功裏の結果を報告する。ここで、図１〜図４が参照されるが、ここでは「ＭＡＣ−ｈｓスケジューラ」は、ＮｏｄｅＢ内のダウンリンク部分に含まれ、「ＭＡＣ−ｅ制御装置」は、ＵＥのアップリンク部分に含まれる。
【００６３】
送信装置がＨＡＲＱプロセスを中断する場合に、受信装置での成功裏の受信の確率を上げるためにＨＡＲＱプロセスがスケジューラ／ＭＡＣ−ｅ制御装置からスケジューリングの許可を得るために、延長時間（ｅｘｔｒａ ｔｉｍｅ）が第１破棄タイマに追加される。
【００６４】
本発明の他の実施形態において、ＨＡＲＱプロセスは、任意のＨＡＲＱプロセスがＴＳＮ＞ＴＳＮＨＡＲＱにおいてＡＣＫを受信したかを調べるよう構成され、但しＴＳＮは［ｌｏｗｅｓｔ＿ｔｒａｎｓｍｉｔｔｅｄ＿ｔｓｎ、ｈｉｇｈｅｓｔ＿ｔｒａｎｓｍｉｔｔｅｄ＿ｔｓｎ］内にあり、真である場合には、ＨＡＲＱプロセスは第１破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）を再開する。
【００６５】
送信装置は、３ＧＰＰ若しくはロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）を利用し、又は、拡張アップリンクが可能であるよう構成される。
【００６６】
以下、本発明がより詳細に記載される。
【図面の簡単な説明】
【００６７】
以下、複数の図面を参照して本発明を記載することにする。先に図１〜図８との関連で従来技術が記載されてきたが、図１〜図６における情報が図８〜図１２との関連で利用される。
【図１】従来技術に従ったＮｏｄｅＢ内のＨＳ−ＤＳＣＨの全体図を概略的に示す。
【図２】従来技術に従ったＵＥ内のＨＳ−ＤＳＣＨの全体図を概略的に示す。
【図３】従来技術に従ったＮｏｄｅＢ内のＥ−ＤＣＨ部の全体図を概略的に示す。
【図４】従来技術に従ったＵＥ内のＥ−ＤＣＨ部の全体図を概略的に示す。
【図５】従来技術に従ったタイマベースのストール回避に関するスキーム及びフローチャートを概略的に示す。
【図６】従来技術に従ったウィンドウベースのストール回避に関するスキーム及びフローチャートを概略的に示す。
【図７】ＨＳＤＰＡ／ＨＳＵＰＡがどのように送信装置の「未使用の電力」を利用するのかに関する、従来技術に従った電力チャートを概略的に示す。
【図８】ＨＳＤＰＡ／ＨＳＵＰＡの実際の電力利用に関する、従来技術に従った電力チャートを概略的に示す。
【図９】従来技術に従った状態図を概略的に示す。
【図１０】本発明に係る１つのＨＡＲＱプロセスのための方法のフローチャートを概略的に示す。
【図１１】本発明の第１実施形態に係る状態図を概略的に示す。
【図１２】本発明の第２実施形態に係る状態図を概略的に示す。
【発明を実施するための形態】
【００６８】
先に述べたように、先に図１〜図８との関連で従来技術を記載してきたが、本発明を解説するために、以下では、図１〜図８が図９〜図１２と共に参照される。
【００６９】
図７は、送信装置がＮｏｄｅＢであり、ＨＳＤＰＡが、図に示すように、ＵＥへの通信のために「未使用の電力」を利用する場合を示す。実線は、音声及び又はストリーミングサービス又は保証型ビットレート（ＧＢＲ：Ｇａｒａｎｔｅｅｄ ＢｉｔＲａｔｅ）サービスのような高優先度データのための、電力制御された専用チャネルＤＣＨの電力利用を示す。破線は、ＤＣＨの電力がどのように、ＨＳＤＰＡにより利用可能な電力に影響を与えるのかを示す。ＨＳＤＰＡがＤＣＨにより使用されない電力のみ使用しうるため、破線及び実線が互いに逆になっていることが明らかである。即ち、実線が最大電力ＥＭＡＸに達する場合に、破線は、ゼロに近く又はゼロに等しいその最小値に達している。以下では、最小値は「電力低下」と呼ばれる。電力低下の間、ＨＳＤＰＡは、如何なる電力も利用することが許されない。これらＨＳＤＰＡ電力が低下する周期又は時点は予測不可能である。
【００７０】
先に述べたように、本発明は、上記に係るＨＳＤＰＡ又はＤＳＵＰＡを利用した音声及びデータパケット送信のための無線通信システムに関する。本システムは、音声及びデータパケットを、ＮｏｄｅＢ又はＵＥである受信装置へと送信するための、ＮｏｄｅＢ内又はＵＥ内の送信装置をそれぞれ含む。送信装置がＮｏｄｅＢである場合には、受信装置はＵＥであり、そしてその逆も同様である。送信装置ＮｏｄｅＢ；ＵＥは、所与の時点において最大電力Ｅｍａｘを有し、ゼロから最大電力と選択される第１閾値レベルＥｔｈ１との差までの第１範囲Ｒ１内の大きさの第１電力Ｅ１により高優先度データを第１専用チャネルＤＣＨ上で送信すると共に、ゼロから最大電力Ｅｍａｘマイナス第１電力Ｅ１マイナス第１閾値レベルＥｔｈ１までの第２範囲Ｒ２内の大きさの第２電力Ｅ２により低優先度データを第２専用チャネルＨＳ−ＤＳＣＨ；Ｅ−ＤＳＣＨ上で送信するよう構成される。
【００７１】
図８は、ＨＳＤＰＡ／ＨＳＵＰＡの実際の電力利用を示す。即ち、第１閾値レベルが、可能性のある利用可能な電力から減算されている。Ｅ２＝Ｅｍａｘ−Ｅｔｈ１−Ｅ２であることが図から明らかであり、このことは、Ｅ２がゼロ（Ｅ２＝Ｅｍａｘ−Ｅｔｈ１である場合）からＥｍａｘ−Ｅｔｈ１（Ｅ２がゼロである場合）までの範囲にある残り電力のみを利用しうることを示している。
【００７２】
図９は、従来技術に従った状態図を示す。図９は、データパケットＰ１の最初の送信時に開始される、ＨＡＲＱプロセスに包含される第１破棄タイマＴ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥを示している。ＨＡＲＱプロセスは、送信されたデータパケットＰ１が成功裏に受信されたことを示す確認応答信号ＡＣＫが受信されると、内部のＭＡＣ−ｈｓスケジューラ／ＭＡＣ−ｅ制御装置に成功裏の結果を報告するよう構成され、又は、Ｔ１＿ＮｏｄｅＢ内に受信装置により確認応答がなされなかった場合に、若しくはＰ１データパケットの所定の回数の再送の後に、Ｐ１データパケットを破棄するよう構成される。
【００７３】
図１０は、本発明に係る１つのＨＡＲＱプロセスのための方法のフローチャートを概略的に示す。基本的に、図１０は、電力低下が示される場合に（Ｐｏｗｅｒ＿ｄｒｏｐ_ｉｎｄ）、第１破棄タイマＴ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥが中断されることを示している。
【００７４】
図１０を参照するが、図１１は、本発明の第１実施形態に係る状態図を概略的に示している。本発明に係る送信装置は、図９に従ったＨＡＲＱプロセスを利用し、従って、第１期間に設定され、送信装置から第１データパケットＰ１が送信される時に開始するよう構成される第１破棄タイマＴ１＿ＮｏｄｅＢを備える。送信装置ＮｏｄｅＢ；ＵＥは、第１期間内に受信装置により確認応答がなされなかった場合に、又は第１データパケットの所定の回数の再送の後に、第１データパケットを破棄するよう構成される。本発明によれば、送信装置ＮｏｄｅＢ；ＵＥは、第２電力Ｅ２が選択される第２閾値レベルＥｔｈ２以下である場合には、第１破棄タイマＴ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥを中断させるよう構成される。破棄タイマＴ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥは、第２電力Ｅ２が戻った場合、即ち選択される第２閾値レベルＥｔｈ２を上回る場合に再開するよう構成される。第２閾値レベルＥｔｈ２はゼロまで設定可能であり、このことが図７及び図８に示されている。
【００７５】
ＨＡＲＱプロセスは、送信されたＭＡＣ−ｈｓ／ＭＡＣ−ｅ ＰＤＵが成功裏に受信されたことを示す確認応答信号ＡＣＫを受信する場合に、確認として確認応答信号ＡＣＫを受け取るよう構成され、内部のＭＡＣ−ｈｓスケジューラ／ＭＡＣ−ｅ制御装置に成功裏の結果を報告する。ＨＡＲＱプロセスは、破棄タイマＴ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥの中断前、当該中断の間、及び当該中断の後にＡＣＫを受け取るよう構成される。
【００７６】
ＮｏｄｅＢがＴ１＿ＮｏｄｅＢを実装する動機は、主に、不必要な再送が起きることを防止することである。状況は、従来技術に関連して先に述べたように、ＵＥのタイマベース及びウィンドウベースストール回避により、上位レイヤ、即ちＲＬＣレイヤへと不完全なＭＡＣ−ｈｓ ＴＳＮシーケンスデータが伝達される場合に起こりうる。
【００７７】
ＲＬＣレイヤがＡＭモード（Ａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ）で動作する場合に、ＲＬＣレイヤは、欠けているデータを再送する。ＲＬＣの再送がエンドユーザのスループットを減少させるか否かは多くのファクタに、例えばエンドＴＣＰ状態及びＲＬＣ ＡＭ状態、同様にＮｏｄｅＢ状態に依存するが、一般には、ＨＳＤＰＡが３ＧＰＰプロトコル群に新たな再送エンティティを導入したという事実から、ＲＬＣ再送の量を最小限にすることが賢明である。
【００７８】
従って、電力低下がまれに起こる場合、１つの解決策は、当然のことながら何も行なわないことであるが、一方、電力低下は、重要なイベントの間に起こる可能性があり、乏しいスループットのマイナス面により、無線ＨＳＤＰＡ運用者についてネガティブな評判が引き起こされるであろう。しかし、繰り返すが、電力低下の周期は未知である。
【００７９】
提案される解決策は、電力低下が存在する場合に各ＨＡＲＱプロセスに標識を備え、現在のＴ１＿ＮｏｄｅＢを中断又は抑制又は停止又はホールド（ｈｏｌｄ）することである。電力低下の状態が収束した時に、タイマは再開される。
【００８０】
ＨＡＲＱプロセスが、送信されるＭＡＣ−ｈｓが成功裏に受信されたというポジティブなフィードバックＡＣＫを受信する場合に、ＨＡＲＱプロセスは、確認としてＡＣＫを受け取り、内部のＭＡＣ−ｈｓスケジューラに成功裏の結果を報告する。このことは、送信されＵＥにより正常に受信された、処理が済んでいない（ｏｕｔｓｔａｎｄｉｎｇ）データをＨＡＲＱプロセスが有するが、ＨＡＲＱがＵＥでの成功裏の受信を知らない時に、電力低下が起こる場合に起こりうる。
【００８１】
全てのＨＡＲＱプロセスがここで各個別のＨＡＲＱプロセスを中断する場合に、各ＨＡＲＱプロセスが、スケジューラからスケジューリングの許可を得て、ＵＥでの成功裏の受信の確率を向上させるために、延長時間が追加される。
【００８２】
例外的な状況：
本発明が利用される場合、ＮｏｄｅＢにおけるＴ１＿ＮｏｄｅＢは、電力低下によって、ＵＥにおけるＴ１タイマよりも遅く切れる可能性がある。一般にこのことは、受信側がデータを拒絶する間に送信側がデータを送信する危険性が高まるので好ましくない。
【００８３】
例：
ａ）ＵＥ内の並び替えエンティティが以下の状態を有すると想定する：
ｎｅｘｔ＿ｅｘｐｅｃｔｅｄ＿ｔｓｎ＝１３
ｈｉｇｈｅｓｔ＿ｒｅｃｅｉｖｅｄ＿ｔｓｎ＝１４（即ち、ＴＳＮ＝３が欠けている）
これにより、Ｔ１タイマは動作していることになる。
ＨＡＲＱプロセス１は、ＭＡＣ−ｈｓ ＴＳＮ＝１３からの情報を格納している。
ｂ）ＮｏｄｅＢ内のＨＡＲＱプロセス１は、駆動しているＴ１＿ＮｏｄｅＢを有し、ＭＡＣ＿ｈｓ ＰＤＵ ＴＳＮ＝１３を一度送信している。
ｃ）電力低下が起こり、タイマがＮｏｄｅＢ内で中断される。
ｄ）ＵＥ Ｔ１タイマが切れ、ｎｅｘｔ＿ｅｘｐｅｃｔｅｄ＿ｔｓｎ＝１５となり、ｈｉｇｈｅｓｔ＿ｒｅｃｅｉｖｅｄ＿ｔｓｎ＝１４となる。
ｅ）電力低下が解消し、ＨＡＲＱプロセス１はＴＳＮ＝１３を再送する。これにより、ＵＥでの成功裏の受信がもたらされ、そして並び替えエンティティ内の破棄されたデータが与えられる。
【００８４】
この例は、Ｔ１＿ＮｏｄｅＢの一般的な中断が役に立たない場合の例を示している。一方、プロトコルはこの振る舞いに対して堅牢であり、害を及ぼさない。
【００８５】
図１０を参照するが、図１２は、本発明の第２実施形態に係る状態図を概略的に示しており、第１実施形態における例のネガティブな影響を克服するために、以下のことが提案される。
【００８６】
各ＨＡＲＱプロセスは、任意のＨＡＲＱプロセスがＴＳＮ＞ＴＳＮＨＡＲＱにおいてＡＣＫを受信したかを調べるよう構成され、但しＴＳＮは［ｌｏｗｅｓｔ＿ｔｒａｎｓｍｉｔｔｅｄ＿ｔｓｎ；ｈｉｇｈｅｓｔ＿ｔｒａｎｓｍｉｔｔｅｄ＿ｔｓｎ］の範囲内にある。真である場合には、ＨＡＲＱプロセスはＴ１＿ＮｏｄｅＢを再開する。当業者は、［ｌｏｗｅｓｔ＿ｔｒａｎｓｍｉｔｔｅｄ＿ｔｓｎ；ｈｉｇｈｅｓｔ＿ｔｒａｎｓｍｉｔｔｅｄ＿ｔｓｎ］内のＴＳＮ番号が、モジュロカウンティングによりＴＳＮ＝６３からＴＳＮ＝０へと戻りうることが分かるであろう。
【００８７】
例：
ＮｏｄｅＢが[３、７]のウィンドウを送信し、即ち、ＮｏｄｅＢはＴＳＮ＝３、４、５、６、７を送信したと想定する。そして、ＴＳＮ＝３については未だに受信装置により確認応答がなされず、その他については確認応答がなされるものとする。ＴＳＮ＝５を送信するＨＡＲＱプロセスは、電力低下の間に、ＴＳＮ＝６又は７が確認応答されているか（又は、確認応答される予定か）どうかを調べ、そうである場合には、自身のＴ１＿ＮｏｄｅＢを再開する。
【００８８】
本実施形態により、ＵＥが、
ａ）ＵＥ内のＴ１タイマが開始している、又は、
ｂ）全データが正確に受信された
ということの明示的な標識である現在の送信ウィンドウにおいて、
上位のＴＳＮ、即ちＮｏｄｅＢにより「遅れて送信された」当該ＴＳＮの受信を確認したかどうかを検査するステップが含まれる。ａ）ｂ）の双方の場合に、好適なアクションは、Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥを再開することである。
【００８９】
本発明の第３実施形態に従って、Ｔ１＿ＮｏｄｅＢの中断はサービスに依存し、このことは一定のトラフィックの遅延のためには、全体のスループットよりも、より重大（ｃｒｉｔｉｃａｌ）であることもある。
【００９０】
例えば、Ｔ１＿ＮｏｄｅＢの中断は以下のことに基づく。
ａ）ＵＥがどのような送信優先度を有するか基づき、又は、ＵＥごと、及び（複数のキューが存在する場合には）優先度付きキューごとの送信優先度に基づいて、例えばユーザごとのＭＡＣ−ｄフローごとに設定される。
ｂ）上位レイヤのユーザの優先度、例えば、８つの優先度クラスを有するＩＥＥＥ ８０２．１Ｄにおけるユーザの優先度に依存する。
ｃ）その上位レイヤに提供されるＲＬＣサービス、即ち、透過的データ転送サービス（Ｔｒａｎｓｐａｒｅｎｔ ｄａｔａ ｔｒａｎｓｆｅｒ ｓｅｒｖｉｃｅ）、確認応答されないデータ転送サービス、及び、確認応答されるデータ転送サービス（３ＧＰＰ ２５．３２２参照）のモードに基づく。
ｄ）当該中断は、他のバックグラウンドデータに対してＶｏＩＰサービスについて異なって設定されうる。
【００９１】
図７〜１２を参照しながら、第２電力はＨＳＰＤＡ電力であり、第１破棄タイマＴ１＿ＮｏｄｅＢは、ＨＳＵＰＡ電力が第１専用チャネルＤＣＨ上のＤＣＨトラフィックによって選択される第２閾値レベルよりも下回る場合に中断されることを記載してきた。
【００９２】
先に記載したように、送信装置はユーザ機器ＵＥであってもよい。ここで、図３〜図４が参照される。ＵＥは、アップリンク方向においてＨＳＵＰＡを利用するよう構成され、第２専用チャネルは、Ｅ−ＤＣＨ上を送信されるスケジューリングされたデータである。第２電力Ｅ２はＨＳＵＰＡ電力であり、最大電力Ｅｍａｘは、ＵＥの最大送信電力である。第１破棄タイマは、ＨＳＵＰＡ電力が第１専用チャネルＤＣＨ上のＵＥ及び／又はＤＣＨトラフィック上の電力制限によって選択される第２閾値レベルよりも下回る場合に中断される。従って、図７〜１２は、ＵＥのためにも有効であり、その場合、Ｅ−ＤＣＨが、ＨＳＵＰＡ送信のためのＨＳＤＳＣＨの代わりとなる。
【００９３】
総括すると、ＮｏｄｅＢ又はＵＥ内の送信装置は、スケジューラ／ＭＡＣ−ｅ制御装置からスケジューリングの許可を得て、受信装置ＮｏｄｅＢ；ＵＥにおける成功裏の受信の確率を上げるために、第１破棄タイマＴ１＿ＮｏｄｅＢに延長時間を追加することにより、ＨＡＲＱプロセスを中断するよう構成される。
【００９４】
当業者は、先に紹介した解決策が、拡張アップリンクが可能なＵＥにおける送信側のため、同様に、ＮｏｄｅＢ又はＵＥに実装される拡張アップリンクのために利用されうることが分かるであろう。
【特許請求の範囲】
【請求項１】
音声及びデータパケット送信のための無線通信システムであって、
前記システムは、受信装置（ＮｏｄｅＢ；ＵＥ）へ音声及びデータパケットを送信するための送信装置（ＮｏｄｅＢ；ＵＥ）を含み、
前記送信装置（ＮｏｄｅＢ；ＵＥ）は、最大電力（Ｅｍａｘ）を有し、ゼロから前記最大電力（Ｅｍａｘ）と選択される第１閾値レベル（Ｅｔｈ１）との差までの第１範囲（Ｒ１）内の大きさの第１電力（Ｅ１）により高優先度データを第１専用チャネル（ＤＣＨ）上で送信すると共に、ゼロから前記最大電力（Ｅｍａｘ）マイナス前記第１電力（Ｅ１）マイナス前記第１閾値レベル（Ｅｔｈ１）までの第２範囲（Ｒ２）内の大きさの第２電力（Ｅ２）により低優先度データを第２専用チャネル（ＨＳ−ＤＳＣＨ；Ｅ−ＤＣＨ）上で送信するよう構成され、
前記送信装置は、第１期間にセットされ、前記送信装置から第１データパケット（Ｐ１）が送信される時に開始するよう構成される第１破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）を備え、
前記送信装置（ＮｏｄｅＢ；ＵＥ）は、前記第１期間内に前記受信装置により確認応答がなされなかった場合に、又は前記第１データパケットの所定の回数の再送の後に、前記第１データパケットを破棄するよう構成され、
前記送信装置（ＮｏｄｅＢ；ＵＥ）は、前記第２電力（Ｅ２）が選択される第２閾値レベル（Ｅｔｈ２）以下である場合には、前記第１破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）を中断させるよう構成されることを特徴とする、
システム。
【請求項２】
前記送信装置は、ダウンリンク方向においてＨＳＤＰＡを使用するよう構成されることを特徴とする、請求項１に記載のシステム。
【請求項３】
前記送信装置（ＮｏｄｅＢ）は、無線基地局（ＮｏｄｅＢ）であることを特徴とする、請求項２に記載のシステム。
【請求項４】
前記第２電力は、前記ＨＳＰＤＡ電力であり、
前記第１破棄タイマは、前記ＨＳＰＤＡ電力が前記第１専用ダウンリンクチャネル（ＤＣＨ）上のＤＣＨトラフィックによって前記選択される第２閾値レベルよりも下回る場合に中断される、ことを特徴とする、請求項２又は３に記載のシステム。
【請求項５】
前記送信装置は、ユーザ機器（ＵＥ）であることを特徴とする、請求項１に記載のシステム。
【請求項６】
前記送信装置は、アップリンク方向においてＨＳＵＰＡを使用するよう構成され、
前記第２専用チャネルは、Ｅ−ＤＣＨ上で送信されるスケジュールされた前記データである、
ことを特徴とする、請求項５に記載のシステム。
【請求項７】
前記第２電力（Ｅ２）は、前記ＨＳＵＰＡ電力であり、
前記最大電力（Ｅｍａｘ）は、前記ＵＥの前記最大送信電力であり、
前記第１破棄タイマは、前記ＨＳＵＰＡ電力が前記第１専用チャネル（ＤＣＨ）上のＵＥ及び／又はＤＣＨトラフィック上の電力制限によって前記選択される第２閾値レベルよりも下回る場合に中断される、
ことを特徴とする、請求項６に記載のシステム。
【請求項８】
前記第１破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）は、ＨＡＲＱプロセス内に包含されることを特徴とする、先行する請求項のいずれか１項に記載のシステム。
【請求項９】
前記ＨＡＲＱプロセスは、送信されたＭＡＣ−ｈｓ／ＭＡＣ−ｅ ＰＤＵが成功裏に受信されたことを示す確認応答信号（ＡＣＫ）が受信されると、確認として前記確認応答信号（ＡＣＫ）を受け取り、内部のＭＡＣ−ｈｓスケジューラ／ＭＡＣ−ｅ制御装置に成功裏の結果を報告するよう構成されることを特徴とする、請求項８に記載のシステム。
【請求項１０】
前記送信装置（ＮｏｄｅＢ；ＵＥ）が前記ＨＡＲＱプロセスを中断する場合に、前記受信装置（ＮｏｄｅＢ；ＵＥ）での成功裏の受信の確率を上げるために前記ＨＡＲＱプロセスが前記スケジューラ／ＭＡＣ−ｅ制御装置からスケジューリングの許可を得るために、延長時間が前記第１破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）に追加されることを特徴とする、請求項９に記載のシステム。
【請求項１１】
前記ＨＡＲＱプロセスは、いずれかのＨＡＲＱプロセスがＴＳＮ＞ＴＳＮＨＡＲＱにおいてＡＣＫを受信したかを調べるよう構成され、ＴＳＮは［ｌｏｗｅｓｔ＿ｔｒａｎｓｍｉｔｔｅｄ＿ｔｓｎ、ｈｉｇｈｅｓｔ＿ｔｒａｎｓｍｉｔｔｅｄ＿ｔｓｎ］内にあり、真である場合には、前記ＨＡＲＱプロセスは前記第１破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）を再開することを特徴とする、請求項８〜１０のいずれか１項に記載のシステム。
【請求項１２】
前記送信装置は、３ＧＰＰ若しくはロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）を利用し、又は、拡張アップリンクが可能であることを特徴とする、請求項５〜８のいずれか１項に記載のシステム。
【請求項１３】
前記第１専用チャネル上の優先される前記データは音声データであることを特徴とする、先行する請求項のいずれか１項に記載のシステム。
【請求項１４】
前記第１破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）の前記中断はサービスに依存し、Ｔ１＿ＮｏｄｅＢの中断は、
ＵＥがどの送信優先度を有するかに基づき、又は、ＵＥごと、及び、複数のキューが存在する場合には優先度付きキューごとの送信優先度に基づいて設定され、及び／又は、
上位レイヤのユーザの優先度に依存し、及び／又は、
その上位レイヤに提供される前記ＲＬＣサービス、即ち、透過的データ転送サービス、確認応答されないデータ転送サービス、及び、確認応答されるデータ転送サービス（３ＧＰＰ ２５．３２２参照）の前記モードに基づき、
及び／又は、前記破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）の前記中断は、他のバックグラウンドデータに対してＶｏＩＰサービスについて異なって設定されることを特徴とする、先行する請求項のいずれか１項に記載のシステム。
【請求項１５】
音声及びデータパケット送信のための無線通信システムのための方法であって、
前記システムは、受信装置（ＮｏｄｅＢ；ＵＥ）へ音声及びデータパケットを送信するための送信装置（ＮｏｄｅＢ；ＵＥ）を含み、
前記送信装置（ＮｏｄｅＢ；ＵＥ）は、最大電力（Ｅｍａｘ）を有し、ゼロから前記最大電力（Ｅｍａｘ）と選択される第１閾値レベル（Ｅｔｈ１）との差までの第１範囲（Ｒ１）内の大きさの第１電力（Ｅ１）により高優先度データを第１専用チャネル（ＤＣＨ）上で送信すると共に、ゼロから前記最大電力（Ｅｍａｘ）マイナス前記第１電力（Ｅ１）マイナス前記第１閾値レベル（Ｅｔｈ１）までの第２範囲（Ｒ２）内の大きさの第２電力（Ｅ２）により低優先度データを第２専用チャネル（ＨＳ−ＤＳＣＨ；Ｅ−ＤＣＨ）上で送信するよう構成され、
前記送信装置は、第１期間にセットされ、前記送信装置から第１データパケット（Ｐ１）が送信される時に開始するよう構成される第１破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）を備え、
前記送信装置（ＮｏｄｅＢ；ＵＥ）は、前記第１期間内に前記受信装置により確認応答がなされなかった場合に、又は前記第１データパケットの所定の回数の再送の後に、前記第１データパケットを破棄するよう構成され、
前記送信装置（ＮｏｄｅＢ；ＵＥ）は、前記第２電力（Ｅ２）が選択される第２閾値レベル（Ｅｔｈ２）以下である場合には、前記第１破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）を中断させるよう構成されることを特徴とする、
方法。
【請求項１６】
前記送信装置は、ダウンリンク方向においてＨＳＤＰＡを使用することを特徴とする、請求項１５に記載の方法。
【請求項１７】
前記送信装置（ＮｏｄｅＢ）は、無線基地局（ＮｏｄｅＢ）であることを特徴とする、請求項１６に記載の方法。
【請求項１８】
前記第２電力は、前記ＨＳＰＤＡ電力であり、
前記第１破棄タイマは、前記ＨＳＰＤＡ電力が前記第１専用ダウンリンクチャネル（ＤＣＨ）上のＤＣＨトラフィックによって前記選択される第２閾値レベルよりも下回る場合に中断される、
ことを特徴とする、請求項１５又は１６に記載のシステム。
【請求項１９】
前記送信装置は、ユーザ機器（ＵＥ）であることを特徴とする、請求項１５に記載の方法。
【請求項２０】
前記送信装置は、アップリンク方向においてＨＳＵＰＡを使用し、
前記第２専用チャネルは、Ｅ−ＤＣＨ上で送信されるスケジュールされた前記データである、
ことを特徴とする、請求項１９に記載の方法。
【請求項２１】
前記第２電力（Ｅ２）は、前記ＨＳＵＰＡ電力であり、
前記最大電力（Ｅｍａｘ）は、前記ＵＥの前記最大送信電力であり、
前記第１破棄タイマは、前記ＨＳＵＰＡ電力が前記第１専用チャネル（ＤＣＨ）上のＵＥ及び／又はＤＣＨトラフィック上の電力制限によって前記選択される第２閾値レベルよりも下回る場合に中断される、
ことを特徴とする、請求項２０に記載の方法。
【請求項２２】
前記第１破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）は、ＨＡＲＱプロセス内に包含されることを特徴とする、請求項１５〜２１のいずれか１項に記載のシステム。
【請求項２３】
前記ＨＡＲＱプロセスは、送信されたＭＡＣ−ｈｓ／ＭＡＣ−ｅ ＰＤＵが成功裏に受信されたことを示す確認応答信号（ＡＣＫ）が受信されると、確認として前記確認応答信号（ＡＣＫ）を受け取り、内部のＭＡＣ−ｈｓスケジューラ／ＭＡＣ−ｅ制御装置に成功裏の結果を報告するよう構成されることを特徴とする、請求項２２に記載の方法。
【請求項２４】
前記送信装置（ＮｏｄｅＢ；ＵＥ）が前記ＨＡＲＱプロセスを中断する場合に、前記受信装置（ＮｏｄｅＢ；ＵＥ）での成功裏の受信の確率を上げるために前記ＨＡＲＱプロセスが前記スケジューラ／ＭＡＣ−ｅ制御装置からスケジューリングの許可を得るために延長時間が前記第１破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）に追加されることを特徴とする、請求項２３に記載の方法。
【請求項２５】
前記ＨＡＲＱプロセスは、いずれかのＨＡＲＱプロセスがＴＳＮ＞ＴＳＮＨＡＲＱにおいてＡＣＫを受信したかを調べるよう構成され、ＴＳＮは［ｌｏｗｅｓｔ＿ｔｒａｎｓｍｉｔｔｅｄ＿ｔｓｎ、ｈｉｇｈｅｓｔ＿ｔｒａｎｓｍｉｔｔｅｄ＿ｔｓｎ］内にあり、真である場合には、前記ＨＡＲＱプロセスは前記破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）を再開することを特徴とする、請求項２２〜２４のいずれか１項に記載の方法。
【請求項２６】
前記送信装置は、３ＧＰＰ若しくはロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）を利用し、又は、拡張アップリンクが可能であることを特徴とする、請求項１９〜２２のいずれか１項に記載の方法。
【請求項２７】
前記第１専用チャネル上の優先される前記データは音声データであることを特徴とする、請求項１５〜２６のいずれか１項に記載の方法。
【請求項２８】
前記第１破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）の前記中断はサービスに依存し、Ｔ１＿ＮｏｄｅＢの中断は、
ＵＥがどの送信優先度を有するかに基づき、又は、ＵＥごと、及び、複数のキューが存在する場合には優先度付きキューごとの送信優先度に基づいて設定され、及び／又は、
上位レイヤのユーザの優先度に依存し、及び／又は、
その上位レイヤに提供される前記ＲＬＣサービス、即ち、透過的データ転送サービス、確認応答されないデータ転送サービス、及び、確認応答されるデータ転送サービス（３ＧＰＰ ２５．３２２参照）の前記モードに基づき、
及び／又は、前記破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）の前記中断は、他のバックグラウンドデータに対してＶｏＩＰサービスについて異なって設定されることを特徴とする、請求項１５〜２７に記載の方法。
【請求項１】
音声及びデータパケット送信のための無線通信システムであって、
前記システムは、受信装置（ＮｏｄｅＢ；ＵＥ）へ音声及びデータパケットを送信するための送信装置（ＮｏｄｅＢ；ＵＥ）を含み、
前記送信装置（ＮｏｄｅＢ；ＵＥ）は、最大電力（Ｅｍａｘ）を有し、ゼロから前記最大電力（Ｅｍａｘ）と選択される第１閾値レベル（Ｅｔｈ１）との差までの第１範囲（Ｒ１）内の大きさの第１電力（Ｅ１）により高優先度データを第１専用チャネル（ＤＣＨ）上で送信すると共に、ゼロから前記最大電力（Ｅｍａｘ）マイナス前記第１電力（Ｅ１）マイナス前記第１閾値レベル（Ｅｔｈ１）までの第２範囲（Ｒ２）内の大きさの第２電力（Ｅ２）により低優先度データを第２専用チャネル（ＨＳ−ＤＳＣＨ；Ｅ−ＤＣＨ）上で送信するよう構成され、
前記送信装置は、第１期間にセットされ、前記送信装置から第１データパケット（Ｐ１）が送信される時に開始するよう構成される第１破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）を備え、
前記送信装置（ＮｏｄｅＢ；ＵＥ）は、前記第１期間内に前記受信装置により確認応答がなされなかった場合に、又は前記第１データパケットの所定の回数の再送の後に、前記第１データパケットを破棄するよう構成され、
前記送信装置（ＮｏｄｅＢ；ＵＥ）は、前記第２電力（Ｅ２）が選択される第２閾値レベル（Ｅｔｈ２）以下である場合には、前記第１破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）を中断させるよう構成されることを特徴とする、
システム。
【請求項２】
前記送信装置は、ダウンリンク方向においてＨＳＤＰＡを使用するよう構成されることを特徴とする、請求項１に記載のシステム。
【請求項３】
前記送信装置（ＮｏｄｅＢ）は、無線基地局（ＮｏｄｅＢ）であることを特徴とする、請求項２に記載のシステム。
【請求項４】
前記第２電力は、前記ＨＳＰＤＡ電力であり、
前記第１破棄タイマは、前記ＨＳＰＤＡ電力が前記第１専用ダウンリンクチャネル（ＤＣＨ）上のＤＣＨトラフィックによって前記選択される第２閾値レベルよりも下回る場合に中断される、ことを特徴とする、請求項２又は３に記載のシステム。
【請求項５】
前記送信装置は、ユーザ機器（ＵＥ）であることを特徴とする、請求項１に記載のシステム。
【請求項６】
前記送信装置は、アップリンク方向においてＨＳＵＰＡを使用するよう構成され、
前記第２専用チャネルは、Ｅ−ＤＣＨ上で送信されるスケジュールされた前記データである、
ことを特徴とする、請求項５に記載のシステム。
【請求項７】
前記第２電力（Ｅ２）は、前記ＨＳＵＰＡ電力であり、
前記最大電力（Ｅｍａｘ）は、前記ＵＥの前記最大送信電力であり、
前記第１破棄タイマは、前記ＨＳＵＰＡ電力が前記第１専用チャネル（ＤＣＨ）上のＵＥ及び／又はＤＣＨトラフィック上の電力制限によって前記選択される第２閾値レベルよりも下回る場合に中断される、
ことを特徴とする、請求項６に記載のシステム。
【請求項８】
前記第１破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）は、ＨＡＲＱプロセス内に包含されることを特徴とする、先行する請求項のいずれか１項に記載のシステム。
【請求項９】
前記ＨＡＲＱプロセスは、送信されたＭＡＣ−ｈｓ／ＭＡＣ−ｅ ＰＤＵが成功裏に受信されたことを示す確認応答信号（ＡＣＫ）が受信されると、確認として前記確認応答信号（ＡＣＫ）を受け取り、内部のＭＡＣ−ｈｓスケジューラ／ＭＡＣ−ｅ制御装置に成功裏の結果を報告するよう構成されることを特徴とする、請求項８に記載のシステム。
【請求項１０】
前記送信装置（ＮｏｄｅＢ；ＵＥ）が前記ＨＡＲＱプロセスを中断する場合に、前記受信装置（ＮｏｄｅＢ；ＵＥ）での成功裏の受信の確率を上げるために前記ＨＡＲＱプロセスが前記スケジューラ／ＭＡＣ−ｅ制御装置からスケジューリングの許可を得るために、延長時間が前記第１破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）に追加されることを特徴とする、請求項９に記載のシステム。
【請求項１１】
前記ＨＡＲＱプロセスは、いずれかのＨＡＲＱプロセスがＴＳＮ＞ＴＳＮＨＡＲＱにおいてＡＣＫを受信したかを調べるよう構成され、ＴＳＮは［ｌｏｗｅｓｔ＿ｔｒａｎｓｍｉｔｔｅｄ＿ｔｓｎ、ｈｉｇｈｅｓｔ＿ｔｒａｎｓｍｉｔｔｅｄ＿ｔｓｎ］内にあり、真である場合には、前記ＨＡＲＱプロセスは前記第１破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）を再開することを特徴とする、請求項８〜１０のいずれか１項に記載のシステム。
【請求項１２】
前記送信装置は、３ＧＰＰ若しくはロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）を利用し、又は、拡張アップリンクが可能であることを特徴とする、請求項５〜８のいずれか１項に記載のシステム。
【請求項１３】
前記第１専用チャネル上の優先される前記データは音声データであることを特徴とする、先行する請求項のいずれか１項に記載のシステム。
【請求項１４】
前記第１破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）の前記中断はサービスに依存し、Ｔ１＿ＮｏｄｅＢの中断は、
ＵＥがどの送信優先度を有するかに基づき、又は、ＵＥごと、及び、複数のキューが存在する場合には優先度付きキューごとの送信優先度に基づいて設定され、及び／又は、
上位レイヤのユーザの優先度に依存し、及び／又は、
その上位レイヤに提供される前記ＲＬＣサービス、即ち、透過的データ転送サービス、確認応答されないデータ転送サービス、及び、確認応答されるデータ転送サービス（３ＧＰＰ ２５．３２２参照）の前記モードに基づき、
及び／又は、前記破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）の前記中断は、他のバックグラウンドデータに対してＶｏＩＰサービスについて異なって設定されることを特徴とする、先行する請求項のいずれか１項に記載のシステム。
【請求項１５】
音声及びデータパケット送信のための無線通信システムのための方法であって、
前記システムは、受信装置（ＮｏｄｅＢ；ＵＥ）へ音声及びデータパケットを送信するための送信装置（ＮｏｄｅＢ；ＵＥ）を含み、
前記送信装置（ＮｏｄｅＢ；ＵＥ）は、最大電力（Ｅｍａｘ）を有し、ゼロから前記最大電力（Ｅｍａｘ）と選択される第１閾値レベル（Ｅｔｈ１）との差までの第１範囲（Ｒ１）内の大きさの第１電力（Ｅ１）により高優先度データを第１専用チャネル（ＤＣＨ）上で送信すると共に、ゼロから前記最大電力（Ｅｍａｘ）マイナス前記第１電力（Ｅ１）マイナス前記第１閾値レベル（Ｅｔｈ１）までの第２範囲（Ｒ２）内の大きさの第２電力（Ｅ２）により低優先度データを第２専用チャネル（ＨＳ−ＤＳＣＨ；Ｅ−ＤＣＨ）上で送信するよう構成され、
前記送信装置は、第１期間にセットされ、前記送信装置から第１データパケット（Ｐ１）が送信される時に開始するよう構成される第１破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）を備え、
前記送信装置（ＮｏｄｅＢ；ＵＥ）は、前記第１期間内に前記受信装置により確認応答がなされなかった場合に、又は前記第１データパケットの所定の回数の再送の後に、前記第１データパケットを破棄するよう構成され、
前記送信装置（ＮｏｄｅＢ；ＵＥ）は、前記第２電力（Ｅ２）が選択される第２閾値レベル（Ｅｔｈ２）以下である場合には、前記第１破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）を中断させるよう構成されることを特徴とする、
方法。
【請求項１６】
前記送信装置は、ダウンリンク方向においてＨＳＤＰＡを使用することを特徴とする、請求項１５に記載の方法。
【請求項１７】
前記送信装置（ＮｏｄｅＢ）は、無線基地局（ＮｏｄｅＢ）であることを特徴とする、請求項１６に記載の方法。
【請求項１８】
前記第２電力は、前記ＨＳＰＤＡ電力であり、
前記第１破棄タイマは、前記ＨＳＰＤＡ電力が前記第１専用ダウンリンクチャネル（ＤＣＨ）上のＤＣＨトラフィックによって前記選択される第２閾値レベルよりも下回る場合に中断される、
ことを特徴とする、請求項１５又は１６に記載のシステム。
【請求項１９】
前記送信装置は、ユーザ機器（ＵＥ）であることを特徴とする、請求項１５に記載の方法。
【請求項２０】
前記送信装置は、アップリンク方向においてＨＳＵＰＡを使用し、
前記第２専用チャネルは、Ｅ−ＤＣＨ上で送信されるスケジュールされた前記データである、
ことを特徴とする、請求項１９に記載の方法。
【請求項２１】
前記第２電力（Ｅ２）は、前記ＨＳＵＰＡ電力であり、
前記最大電力（Ｅｍａｘ）は、前記ＵＥの前記最大送信電力であり、
前記第１破棄タイマは、前記ＨＳＵＰＡ電力が前記第１専用チャネル（ＤＣＨ）上のＵＥ及び／又はＤＣＨトラフィック上の電力制限によって前記選択される第２閾値レベルよりも下回る場合に中断される、
ことを特徴とする、請求項２０に記載の方法。
【請求項２２】
前記第１破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）は、ＨＡＲＱプロセス内に包含されることを特徴とする、請求項１５〜２１のいずれか１項に記載のシステム。
【請求項２３】
前記ＨＡＲＱプロセスは、送信されたＭＡＣ−ｈｓ／ＭＡＣ−ｅ ＰＤＵが成功裏に受信されたことを示す確認応答信号（ＡＣＫ）が受信されると、確認として前記確認応答信号（ＡＣＫ）を受け取り、内部のＭＡＣ−ｈｓスケジューラ／ＭＡＣ−ｅ制御装置に成功裏の結果を報告するよう構成されることを特徴とする、請求項２２に記載の方法。
【請求項２４】
前記送信装置（ＮｏｄｅＢ；ＵＥ）が前記ＨＡＲＱプロセスを中断する場合に、前記受信装置（ＮｏｄｅＢ；ＵＥ）での成功裏の受信の確率を上げるために前記ＨＡＲＱプロセスが前記スケジューラ／ＭＡＣ−ｅ制御装置からスケジューリングの許可を得るために延長時間が前記第１破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）に追加されることを特徴とする、請求項２３に記載の方法。
【請求項２５】
前記ＨＡＲＱプロセスは、いずれかのＨＡＲＱプロセスがＴＳＮ＞ＴＳＮＨＡＲＱにおいてＡＣＫを受信したかを調べるよう構成され、ＴＳＮは［ｌｏｗｅｓｔ＿ｔｒａｎｓｍｉｔｔｅｄ＿ｔｓｎ、ｈｉｇｈｅｓｔ＿ｔｒａｎｓｍｉｔｔｅｄ＿ｔｓｎ］内にあり、真である場合には、前記ＨＡＲＱプロセスは前記破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）を再開することを特徴とする、請求項２２〜２４のいずれか１項に記載の方法。
【請求項２６】
前記送信装置は、３ＧＰＰ若しくはロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）を利用し、又は、拡張アップリンクが可能であることを特徴とする、請求項１９〜２２のいずれか１項に記載の方法。
【請求項２７】
前記第１専用チャネル上の優先される前記データは音声データであることを特徴とする、請求項１５〜２６のいずれか１項に記載の方法。
【請求項２８】
前記第１破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）の前記中断はサービスに依存し、Ｔ１＿ＮｏｄｅＢの中断は、
ＵＥがどの送信優先度を有するかに基づき、又は、ＵＥごと、及び、複数のキューが存在する場合には優先度付きキューごとの送信優先度に基づいて設定され、及び／又は、
上位レイヤのユーザの優先度に依存し、及び／又は、
その上位レイヤに提供される前記ＲＬＣサービス、即ち、透過的データ転送サービス、確認応答されないデータ転送サービス、及び、確認応答されるデータ転送サービス（３ＧＰＰ ２５．３２２参照）の前記モードに基づき、
及び／又は、前記破棄タイマ（Ｔ１＿ＮｏｄｅＢ；Ｔ１＿ＵＥ）の前記中断は、他のバックグラウンドデータに対してＶｏＩＰサービスについて異なって設定されることを特徴とする、請求項１５〜２７に記載の方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公表番号】特表２０１０−５４１４３２（Ｐ２０１０−５４１４３２Ａ）
【公表日】平成２２年１２月２４日（２０１０．１２．２４）
【国際特許分類】
【出願番号】特願２０１０−５２７３２９（Ｐ２０１０−５２７３２９）
【出願日】平成１９年１０月３日（２００７．１０．３）
【国際出願番号】ＰＣＴ／ＥＰ２００７／０６０４９６
【国際公開番号】ＷＯ２００９／０４３３７５
【国際公開日】平成２１年４月９日（２００９．４．９）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
【公表日】平成２２年１２月２４日（２０１０．１２．２４）
【国際特許分類】
【出願日】平成１９年１０月３日（２００７．１０．３）
【国際出願番号】ＰＣＴ／ＥＰ２００７／０６０４９６
【国際公開番号】ＷＯ２００９／０４３３７５
【国際公開日】平成２１年４月９日（２００９．４．９）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
[ Back to top ]