(57)【要約】  データ送信を制御するための技法について説明する。一態様では、ユーザ機器（ＵＥ）は、利用可能な送信電力に基づいてパケットを送信すべきかどうかを判断する。ＵＥは、利用可能な送信電力に基づいて第１のパケットサイズを決定し、第１のパケットサイズが最小パケットサイズに等しいかそれよりも大きい場合、第１のパケットサイズのパケットを送信する。ＵＥは、第１のパケットサイズが最小パケットサイズよりも小さく、少なくとも１つの条件が満たされる場合、たとえば、利用可能な送信電力が電力しきい値よりも大きく、送信すべきパケットの遅延が遅延しきい値よりも大きい場合、第２のパケットサイズ（たとえば、最小パケットサイズ）のパケットを送信する。別の態様では、ＵＥは、不連続送信（ＤＴＸ）モードで動作し、送信すべきパケットの遅延がしきい値を超える場合、ＤＴＸモードをキャンセルする。
2010525757.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいてデータを送信する方法であって、
利用可能な送信電力に基づいて第１のパケットサイズを決定することと、
前記第１のパケットサイズが最小パケットサイズに等しいかそれよりも大きい場合、前記第１のパケットサイズのパケット送信することと、
前記第１のパケットサイズが前記最小パケットサイズよりも小さく、少なくとも１つの条件が満たされる場合、前記第１のパケットサイズよりも大きい第２のパケットサイズのパケットを送信することと
を備える、方法。
【請求項２】
前記利用可能な送信電力と電力オフセットとに基づいて第３のパケットサイズを決定することをさらに備え、前記少なくとも１つの条件が、前記第３のパケットサイズが前記最小パケットサイズに等しいかそれよりも大きいことを備える、
請求項１に記載の方法。
【請求項３】
前記電力オフセットが、ターゲット復号確率よりも低い復号確率に基づいて決定される、請求項２に記載の方法。
【請求項４】
前記第３のパケットサイズを前記第２のパケットサイズとして使用すること
をさらに備える、請求項２に記載の方法。
【請求項５】
前記最小パケットサイズを前記第２のパケットサイズとして使用すること
をさらに備える、請求項１に記載の方法。
【請求項６】
前記利用可能な送信電力が電力しきい値よりも大きいかどうかを判断することをさらに備え、前記少なくとも１つの条件が、前記利用可能な送信電力が前記電力しきい値よりも大きいことを備える、
請求項１に記載の方法。
【請求項７】
パケットまたはフローの遅延が遅延しきい値よりも大きいかどうかを判断することをさらに備え、前記少なくとも１つの条件が、前記遅延が前記遅延しきい値よりも大きいことを備える、
請求項１に記載の方法。
【請求項８】
前記少なくとも１つの条件が、フローの優先度が優先度しきい値を超えること、または前記フローの待ち行列サイズが待ち行列サイズしきい値を超えることを備える、請求項１に記載の方法。
【請求項９】
電力ヘッドルームを決定することと、
前記電力ヘッドルームをフィルタリングすることと、
前記フィルタリング済み電力ヘッドルームと他の送信の送信電力とに基づいて前記利用可能な送信電力を決定することと
をさらに備える、請求項１に記載の方法。
【請求項１０】
複数のフローの中から最高優先度のフローを選択することと、
前記選択されたフローの最小パケットサイズを前記第１のパケットサイズとの比較のための最小パケットサイズとして使用することと
をさらに備える、請求項１に記載の方法。
【請求項１１】
複数のフローの各々が、前記フローのデータ要件に基づいて決定されるそれぞれの最小パケットサイズに関連付けられる、請求項１０に記載の方法。
【請求項１２】
無線通信のための装置であって、
利用可能な送信電力に基づいて第１のパケットサイズを決定し、前記第１のパケットサイズが最小パケットサイズに等しいかそれよりも大きい場合、前記第１のパケットサイズのパケットを送信し、前記第１のパケットサイズが前記最小パケットサイズよりも小さく、少なくとも１つの条件が満たされる場合、前記第１のパケットサイズよりも大きい第２のパケットサイズのパケットを送信するように構成された少なくとも１つのプロセッサを備える、装置。
【請求項１３】
前記少なくとも１つのプロセッサが、前記利用可能な送信電力と電力オフセットとに基づいて第３のパケットサイズを決定するように構成され、前記少なくとも１つの条件が、前記第３のパケットサイズが前記最小パケットサイズに等しいかそれよりも大きいことを備える、請求項１２に記載の装置。
【請求項１４】
前記少なくとも１つのプロセッサが、前記利用可能な送信電力が電力しきい値よりも大きいかどうかを判断するように構成され、前記少なくとも１つの条件が、前記利用可能な送信電力が前記電力しきい値よりも大きいことを備える、請求項１２に記載の装置。
【請求項１５】
前記少なくとも１つのプロセッサが、パケットまたはフローの遅延が遅延しきい値よりも大きいかどうかを判断するように構成され、前記少なくとも１つの条件が、前記遅延が前記遅延しきい値よりも大きいことを備える、請求項１２に記載の装置。
【請求項１６】
前記少なくとも１つのプロセッサが、電力ヘッドルームを決定し、前記電力ヘッドルームをフィルタリングし、前記フィルタリング済み電力ヘッドルームと他の送信の送信電力とに基づいて前記利用可能な送信電力を決定するように構成される、請求項１２に記載の装置。
【請求項１７】
利用可能な送信電力に基づいて第１のパケットサイズを決定し、前記第１のパケットサイズが最小パケットサイズに等しいかそれよりも大きい場合、前記第１のパケットサイズのパケットを送信し、前記第１のパケットサイズが前記最小パケットサイズよりも小さく、少なくとも１つの条件が満たされる場合、前記第１のパケットサイズよりも大きい第２のパケットサイズのパケットを送信するように構成された少なくとも１つのプロセッサ
を備える、集積回路。
【請求項１８】
無線通信のための装置であって、
利用可能な送信電力に基づいて第１のパケットサイズを決定するための手段と、
前記第１のパケットサイズが最小パケットサイズに等しいかそれよりも大きい場合、前記第１のパケットサイズのパケットを送信するための手段と、
前記第１のパケットサイズが前記最小パケットサイズよりも小さく、少なくとも１つの条件が満たされる場合、前記第１のパケットサイズよりも大きい第２のパケットサイズのパケットを送信するための手段と
を備える、装置。
【請求項１９】
前記利用可能な送信電力と電力オフセットとに基づいて第３のパケットサイズを決定するための手段をさらに備え、前記少なくとも１つの条件が、前記第３のパケットサイズが前記最小パケットサイズに等しいかそれよりも大きいことを備える、
請求項１８に記載の装置。
【請求項２０】
前記利用可能な送信電力が電力しきい値よりも大きいかどうかを判断するための手段をさらに備え、前記少なくとも１つの条件が、前記利用可能な送信電力が前記電力しきい値よりも大きいことを備える、
請求項１８に記載の装置。
【請求項２１】
パケットまたはフローの遅延が遅延しきい値よりも大きいかどうかを判断するための手段をさらに備え、前記少なくとも１つの条件が、前記遅延が前記遅延しきい値よりも大きいことを備える、
請求項１８に記載の装置。
【請求項２２】
電力ヘッドルームを決定するための手段と、
前記電力ヘッドルームをフィルタリングするための手段と、
前記フィルタリング済み電力ヘッドルームと他の送信の送信電力とに基づいて前記利用可能な送信電力を決定するための手段と
をさらに備える、請求項１８に記載の装置。
【請求項２３】
少なくとも１つのコンピュータに、利用可能な送信電力に基づいて第１のパケットサイズを決定させるためのコードと、
前記少なくとも１つのコンピュータに、前記第１のパケットサイズが最小パケットサイズに等しいかそれよりも大きい場合、前記第１のパケットサイズのパケット送信させるためのコードと、
前記少なくとも１つのコンピュータに、前記第１のパケットサイズが前記最小パケットサイズよりも小さく、少なくとも１つの条件が満たされる場合、前記第１のパケットサイズよりも大きい第２のパケットサイズのパケットを送信させるためのコードと
を備える、コンピュータ可読媒体
を備える、コンピュータプログラム製品。
【請求項２４】
前記コンピュータ可読媒体が、
前記少なくとも１つのコンピュータに、前記利用可能な送信電力と電力オフセットとに基づいて第３のパケットサイズを決定させるためのコードをさらに備え、前記少なくとも１つの条件が、前記第３のパケットサイズが前記最小パケットサイズに等しいかそれよりも大きいことを備える、
請求項２３に記載のコンピュータプログラム製品。
【請求項２５】
前記コンピュータ可読媒体が、
前記少なくとも１つのコンピュータに、前記利用可能な送信電力が電力しきい値よりも大きいかどうかを判断させるためのコードをさらに備え、前記少なくとも１つの条件が、前記利用可能な送信電力が前記電力しきい値よりも大きいことを備える、
請求項２３に記載のコンピュータプログラム製品。
【請求項２６】
前記コンピュータ可読媒体が、
前記少なくとも１つのコンピュータに、パケットまたはフローの遅延が遅延しきい値よりも大きいかどうかを判断させるためのコードをさらに備え、前記少なくとも１つの条件が、前記遅延が前記遅延しきい値よりも大きいことを備える、
請求項２３に記載のコンピュータプログラム製品。
【請求項２７】
無線通信システムにおいてデータを送信する方法であって、
不連続送信（ＤＴＸ）モードで動作することと、
送信すべきパケットの遅延が遅延しきい値を超えるかどうかを判断することと、
前記遅延が前記遅延しきい値を超える場合、前記ＤＴＸモードをキャンセルすることと
を備える、方法。
【請求項２８】
ＤＴＸモードで動作している間、有効なサブフレームでパケットを送信することと、
ＤＴＸモードをキャンセルした後、無効なサブフレームで前記パケットを送信することと
をさらに備える、請求項２７に記載の方法。
【請求項２９】
送信すべき前記パケットが、送信すべきパケットを記憶する待ち行列の先頭にある、請求項２７に記載の方法。
【請求項３０】
複数のフローの各々について送信すべき次のパケットの遅延が前記フローの遅延しきい値を超えるかどうかを判断することと、
いずれかのフローの前記次のパケットの前記遅延が前記フローの前記遅延しきい値を超える場合、前記ＤＴＸモードをキャンセルすることと
をさらに備える、請求項２７に記載の方法。
【請求項３１】
前記複数のフローの各々が、前記フロー中で送信されるデータの遅延要件に基づいて決定されたそれぞれの遅延しきい値に関連付けられる、請求項３０に記載の方法。
【請求項３２】
不連続送信（ＤＴＸ）モードで動作し、送信すべきパケットの遅延が遅延しきい値を超えるかどうかを判断し、前記遅延が前記遅延しきい値を超える場合、前記ＤＴＸモードをキャンセルするように構成された少なくとも１つのプロセッサ
を備える、無線通信のための装置。
【請求項３３】
前記少なくとも１つのプロセッサが、前記ＤＴＸモードで動作している間、有効なサブフレームでパケットを送信し、前記ＤＴＸモードをキャンセルした後、無効なサブフレームで前記パケットを送信するように構成される、請求項３２に記載の装置。
【請求項３４】
前記少なくとも１つのプロセッサが、複数のフローの各々について送信すべき次のパケットの遅延が前記フローの遅延しきい値を超えるかどうかを判断し、いずれかのフローの前記次のパケットの前記遅延が前記フローの前記遅延しきい値を超える場合、前記ＤＴＸモードをキャンセルするように構成される、請求項３２に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、本発明の譲受人に譲渡され、参照により本明細書に組み込まれる、２００７年４月２３日に出願された「ＭＥＴＨＯＤ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ  ＦＯＲ  ＤＡＴＡ  ＴＲＡＮＳＭＩＳＳＩＯＮ  ＳＥＬＥＣＴＩＯＮ」と題する米国仮出願第６０／９１３，５０５号の優先権を主張するものである。
【０００２】
本開示は、一般に通信に関し、より詳細には、無線通信システムにおいてデータを送信するための技法に関する。
【背景技術】
【０００３】
無線通信システムは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャストなど、様々な通信サービスを提供するために広く展開されている。これらのシステムは、利用可能なシステムリソースを共有することによって複数のユーザをサポートすることが可能な多元接続システムとすることができる。そのような多元接続システムの例には、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交ＦＤＭＡ（ＯＦＤＭＡ）システム、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）システムなどがある。
【０００４】
無線通信システムでは、ノードＢは１つまたは複数のユーザ機器（ＵＥ）と通信することができる。ＵＥは、異なる遅延要件を有する１つまたは複数のフローを有する。さらに、ＵＥは、限られた送信電力を有し、時間とともに異なるチャネル状態に従う。限られた送信電力および時間的に変化するチャネル状態を仮定すると、良好なパフォーマンスを達成する方法ですべてのフローのデータを送信することが望ましい。
【発明の概要】
【０００５】
良好なパフォーマンスを達成するためにデータ送信を制御するための技法について本明細書で説明する。一態様では、ＵＥは、データに利用可能な送信電力に基づいてデータのパケットを送信すべきかどうかを判断する。ＵＥは、電力ヘッドルームを計算し、電力ヘッドルームをフィルタリングし、フィルタリング済み電力ヘッドルームから他の送信の送信電力を減算することによって、利用可能な送信電力を決定する。ＵＥは、利用可能な送信電力に基づいて（またはそれによってサポートされて）第１のパケットサイズを決定する。ＵＥは、第１のパケットサイズのパケットが最小パケットサイズに等しいかそれよりも大きい場合、そのパケットを送信する。ＵＥは、第１のパケットサイズが最小パケットサイズよりも小さく、少なくとも１つの条件が満たされる場合、第１のパケットサイズよりも大きい第２のパケットサイズのパケットを送信する。第２のパケットサイズは、最小パケットサイズまたは何らかの他のパケットサイズに等しいとすることができる。１つの設計では、ＵＥは、利用可能な送信電力と、所望の復号確率に基づいて決定される電力オフセットとに基づいて、第３のパケットサイズを決定する。ＵＥは、以下の条件、（ｉ）第３のパケットサイズが最小パケットサイズに等しいかそれよりも大きい、（ｉｉ）利用可能な送信電力が電力しきい値よりも大きい、および（ｉｉｉ）待ち行列の先頭にあるパケットの遅延が遅延しきい値よりも大きい、のうちの１つまたは複数が満たされる場合、第２のパケットサイズのパケットを送信する。
【０００６】
別の態様では、ＵＥは、不連続送信（ＤＴＸ）モードで動作し、ＤＴＸモードで動作している間、有効なサブフレームでパケットを送信し、送信すべきパケットの遅延が遅延しきい値を超えるかどうかを判断し、遅延が遅延しきい値を超える場合、ＤＴＸモードをキャンセルする。ＤＴＸモードをキャンセルした後、ＵＥは、次の有効なサブフレームまで待つ代わりに、無効なサブフレームでパケットを送信する。
【０００７】
本開示の様々な態様および特徴について以下でさらに詳細に説明する。
【図面の簡単な説明】
【０００８】
【図１】無線通信システムを示す図。
【図２】アップリンクデータ送信のために使用されるいくつかの物理チャネルを示す図。
【図３】ハイブリッド自動再送要求（ＨＡＲＱ）を用いた送信を示す図。
【図４】利用可能な送信電力決定ユニットのブロック図。
【図５】パケットサイズ選択ユニットのブロック図。
【図６】データを送信するためのプロセスを示す図。
【図７】データを送信するための装置を示す図。
【図８】ＤＴＸでデータを送信するためのプロセスを示す図。
【図９】ＤＴＸでデータを送信するための装置を示す図。
【図１０】ＵＥおよびノードＢのブロック図。
【発明を実施するための形態】
【０００９】
本明細書に記載の技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のシステムなど、様々な無線通信システムに使用できる。「システム」および「ネットワーク」という用語は、しばしば互換的に使用される。ＣＤＭＡシステムは、汎用地上波無線アクセス（ＵＴＲＡ）、ｃｄｍａ２０００などの無線技術を実装することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）およびＣＤＭＡの他の変形態を含む。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格をカバーする。ＴＤＭＡシステムは、広域移動体通信システム（ＧＳＭ）などの無線技術を実装することができる。ＯＦＤＭＡシステムは、Ｅｖｏｌｖｅｄ  ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．２０、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．１１（ＷｉＦｉ）、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）などの無線技術を実装することができる。ＵＴＲＡおよびＥ−ＵＴＲＡはＵＭＴＳの一部である。３ＧＰＰロングタームエボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの今度のリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ」（３ＧＰＰ）と呼ばれる組織からの文書に記載されている。ｃｄｍａ２０００およびＵＭＢは、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  ２」（３ＧＰＰ２）と呼ばれる組織からの文書に記載されている。明快のために、以下では本技法のいくつかの態様をＵＭＴＳに関して説明し、以下の説明の大部分では３ＧＰＰ用語を使用する。
【００１０】
図１に無線通信システム１００を示す。簡単のために、図１には、ただ１つのＵＥ１１０、１つのノードＢ１２０、および１つの無線ネットワークコントローラ（ＲＮＣ）１３０を示してある。ノードＢ１２０は、ＵＥと通信する局であり、拡張ノードＢ（ｅＮＢ）、基地局、アクセスポイントなどと呼ばれることもある。ノードＢ１２０は、ＲＮＣ１３０と通信することができ、ＲＮＣ１３０は、それに結合されたノードＢのための調整および制御を行うことができる。ノードＢ１２０およびＲＮＣ１３０は無線アクセスネットワーク（ＲＡＮ）の一部とすることができる。システム１００は、簡単のために図１に示していない他のネットワークエンティティを含むことができる。
【００１１】
ＵＥ１１０は、固定でも移動でもよく、移動局、端末、アクセス端末、加入者ユニット、局などと呼ばれることもある。ＵＥ１１０は、セルラ電話、携帯情報端末（ＰＤＡ）、無線デバイス、ハンドヘルドデバイス、無線モデム、ラップトップコンピュータなどとすることができる。ＵＥ１１０は、ダウンリンクおよびアップリンク上での送信によってノードＢ１２０と通信することができる。ダウンリンク（または順方向リンク）とは、ノードＢからＵＥへの通信リンクのことであり、アップリンク（または逆方向リンク）とは、ＵＥからノードＢへの通信リンクのことである。本明細書で説明する技法は、ダウンリンクならびにアップリンク上でのデータ送信のために使用できる。明快のために、以下では本技法のいくつかの態様をアップリンク上でのデータ送信に関して説明する。
【００１２】
３ＧＰＰリリース５以降は高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）をサポートしている。３ＧＰＰリリース６以降は高速アップリンクパケットアクセス（ＨＳＵＰＡ）をサポートしている。３ＧＰＰリリース７以降は高速パケットアクセス（ＨＳＰＡ＋）をサポートしている。ＨＳＤＰＡおよびＨＳＵＰＡは、それぞれダウンリンクおよびアップリンク上での高速パケットデータ送信を可能にするチャネルと手順の組である。ＨＳＰＡ＋は、ダウンリンクとアップリンクの両方におけるさらなる改善を与える。表１に、３ＧＰＰリリース６においてＨＳＤＰＡおよびＨＳＵＰＡのために使用されるいくつかの物理チャネルを記載する。拡張専用チャネル（Ｅ−ＤＣＨ）は、ＨＳＤＰＡおよびＨＳＵＰＡのために使用されるトランスポートチャネルである。
【表１】
2010525757.tif 000003
【００１３】
図２に、ＨＳＵＰＡのために使用される物理チャネルのうちのいくつかを示す。ＵＭＴＳでは、送信タイムラインは無線フレームの単位に分割される。各無線フレームは、１０ミリ秒（ｍｓ）の持続時間を有し、５つのサブフレームに分割される。各サブフレームは、２ｍｓの持続時間を有し、３つのスロットを含む。各スロットは、０．６７ｍｓの持続時間を有し、２５６０個のチップを含む。
【００１４】
Ｐ−ＣＣＰＣＨは、ダウンリンク上で送信され、ダウンリンク物理チャネルのタイミング基準として直接使用され、アップリンク物理チャネルのタイミング基準として間接的に使用される。ＨＳＵＰＡでは、Ｅ−ＨＩＣＨのフレームタイミングは、Ｐ−ＣＣＰＣＨのフレームタイミングからτＥ−ＨＩＣＨ，ｎチップだけオフセットされる。Ｅ−ＤＰＣＣＨとＥ−ＤＰＤＣＨは時間的に整合され、それらのフレームタイミングは、Ｐ−ＣＣＰＣＨのフレームタイミングからτＤＰＣＨ，ｎ＋１０２４チップだけオフセットされる。ダウンリンクおよびアップリンク物理チャネルのフレームタイミングならびに様々なタイミングオフセットは、３ＧＰＰ  ＴＳ  ２５．２１１に記載されている。
【００１５】
３ＧＰＰは、ＨＳＵＰＡのＨＡＲＱをサポートする。ＨＡＲＱの場合、送信機は、データのパケットの送信を受信機に送信し、そのパケットが受信機によって正しく復号されるまで、または最大回数の送信が送信されるまで、または何らかの他の終了条件に遭遇するまで、１回または複数回の追加の送信を送信する。ＨＡＲＱは、データ送信の信頼性を向上させることができる。パケットは、トランスポートブロック、データパケット、物理層（ＰＨＹ）パケット、サブパケット、コードワード、データブロックなどと呼ばれることもある。
【００１６】
図３に、ＨＳＵＰＡを用いたアップリンク上での例示的なＨＡＲＱ送信を示す。この例では、ＵＥ１１０は、パケットＡを処理し（たとえば、符号化および変調し）、Ｅ−ＤＰＤＣＨ上でパケットＡの第１の送信を送信時間間隔（ＴＴＩ）ｔ１で送信する。ＴＴＩは、ＨＳＵＰＡでは２ｍｓまたは１０ｍｓである。ノードＢ１２０は、第１の送信を受信し、パケットＡを間違って復号し、Ｅ−ＨＩＣＨ上で否定応答（ＮＡＫ）をＴＴＩｔ２で送信する。ＵＥ１１０は、ＮＡＫを受信し、パケットＡの第２の送信をＴＴＩｔ３で送信する。ノードＢ１２０は、第２の送信を受信し、第１および第２の送信に基づいてパケットＡを正しく復号し、肯定応答（ＡＣＫ）をＴＴＩｔ４で送信する。次いで、ＵＥ１１０は、次のパケットＢを同様の方法で処理し、送信する。ＵＥ１１０は、図１に示すように、Ｅ−ＤＰＤＣＨ上での各データ送信とともにＥ−ＤＰＣＣＨ上でシグナリングを送信する。
【００１７】
ＨＡＲＱの場合、ＵＥ１１０は、ＡＣＫが受信されるまで、１つのパケットについて最大Ｎｍａｘ回の送信を送信する。Ｎｍａｘは、送信の最大回数であり、設定可能な値とすることができる。ＵＥ１１０は、一般にＮｍａｘ回よりも少ないＮｔａｒｇｅｔ回の送信の後に、Ｑｔａｒｇｅｔ（たとえば、９０％）の確率でノードＢ１２０によって正しく復号されるように、パケットを処理し、送信する。Ｑｔａｒｇｅｔは、ターゲット復号確率と呼ばれ、良好なデータ送信パフォーマンスを達成するように選択される。Ｎｔａｒｇｅｔ＞１の場合、パケットを正しく復号する確率（復号確率と呼ばれる）は、パケットの第１の送信の後、Ｑｔａｒｇｅｔよりも悪くなり、パケットの各追加の送信で改善する。
【００１８】
簡単のために、図３には、１つのＨＡＲＱインターレース上でのデータ送信を示してある。複数のＨＡＲＱインターレースを定義することができ、各ＨＡＲＱインターレースは、Ｌ個のＴＴＩによって区切られたＴＴＩを含み、Ｌは固定または設定可能な値とすることができる。所与のパケットのすべての送信は、１つのＨＡＲＱインターレース上で送信される。ＨＡＲＱインターレース上で送信されたパケットがうまく復号されたときはいつでも、別のパケットをそのＨＡＲＱインターレース上で送信することができる。ＵＥ１１０には、アップリンク上でのデータ送信のために１つまたは複数のＨＡＲＱインターレースを割り当てることができる。
【００１９】
ＴＴＩごとに、ＵＥ１１０は、そのＴＴＩのＨＡＲＱインターレースが利用可能であるか、たとえば、保留中のパケットの送信のために使用されていないかどうかを判断する。ＨＡＲＱインターレースが利用可能であり、送信すべきデータがある場合、ＵＥ１１０は、そのＴＴＩで使用すべきトランスポートフォーマットを決定する。トランスポートフォーマットは、パケットフォーマット、変調およびコーディング方式、レートなどと呼ばれることもある。トランスポートフォーマットは、トランスポートブロックサイズ（またはパケットサイズ）、変調方式、コードレートなどに関連付けられる。ＵＥ１１０は、後述のように、そのＴＴＩで利用可能な送信電力を決定し、その利用可能な送信電力に基づいて適切なトランスポートフォーマットを選択する。
【００２０】
ＵＥ１１０は、アップリンク上でパイロット、データおよびシグナリング／オーバヘッド情報をノードＢ１２０に送信する。パイロットの送信電力は、ノードＢ１２０におけるパイロットのターゲット受信信号品質を達成するために、閉ループ電力制御に基づいて調整される。ＵＥ１１０はまた、調整規制によって決定される、ある最大送信電力を有する。ＵＥ１１０の電力ヘッドルームは、次のように計算できる。
【数１】
2010525757.tif 000004
【００２１】
ここで、Ｐｐｉｌｏｔ（ｍ）は、スロットｍにおけるパイロットの送信電力であり、
Ｐｍａｘは、ＵＥ１１０の最大送信電力であり、
Ｔ（ｍ）は、スロットｍの電力ヘッドルームである。
【００２２】
一般に、電力ヘッドルームは、（上述のように）各スロット、各ＴＴＩなどにおいて計算できる。電力ヘッドルームは、データおよび他の送信に利用可能な送信電力の量を示し、最大送信電力とパイロット送信電力との比として与えられる。電力ヘッドルームは、特にＵＥ１１０が移動体である場合、スロットごとに変動する。
【００２３】
１つの設計では、電力ヘッドルームを、次のように無限インパルス応答（ＩＩＲ）フィルタを用いて平均化する。
【数２】
2010525757.tif 000005
【００２４】
ここで、Ｔａｖｇ（ｍ）は、スロットｍにおける平均電力ヘッドルームであり、
αは、ＩＩＲフィルタの係数である。
【００２５】
係数αは平均化の量を決定し、αが大きくなるに従って平均化は多くなり、またその逆も同様である。別の設計では、電力ヘッドルームを有限インパルス応答（ＦＩＲ）フィルタを用いて平均化して、平均電力ヘッドルームを得る。
【００２６】
パイロットの送信電力を各スロットにおいて電力制御によって調整する。電力ヘッドルームを上述のように各スロットにおいて更新し、ＴＴＩ境界に最も近い値を使用のために選択する。逆に、ＤＴＸ動作により、パイロットを所与のＴＴＩで送信することはできない。この場合、電力制御によって更新されたパイロット送信電力の最後の値を、Ｔ（ｍ）を更新するためのＰｐｉｌｏｔ（ｍ）として使用することができる。
【００２７】
データは、ＴＴＩで送信でき、２ｍｓＴＴＩでは３スロットまたは１０ｍｓＴＴＩでは１５スロットを含むことができる。以下の計算／処理は、データを送信することができる各ＴＴＩにおいて実行される。ＴＴＩｎの境界にあるスロットｍの平均電力ヘッドルームＴａｖｇ（ｍ）を使用し、Ｔａｖｇ（ｎ）と示す。
【００２８】
データに利用可能な送信電力は、次のように計算できる。
【数３】
2010525757.tif 000006
【００２９】
ここで、Ｔｏｔｈｅｒ（ｎ）は、ＴＴＩｎでの他の送信のオーバヘッド対パイロット比（Ｏ２Ｐ）であり、
Ｔｄａｔａ（ｎ）は、ＴＴＩｎでのデータのトラフィック対パイロット比（Ｔ２Ｐ）である。
【００３０】
Ｔｄａｔａ（ｎ）およびＴｏｔｈｅｒ（ｎ）は、それぞれ、パイロットの送信電力に対する、データの送信電力および他の送信の送信電力を表す。データの絶対送信電力は、Ｐｄａｔａ（ｎ）＝Ｔｄａｔａ（ｎ）・Ｐｐｉｌｏｔ（ｎ）として与えられ、Ｅ−ＤＰＤＣＨまたは何らかの他の物理チャネル上で送信されるデータに使用される。他の送信の絶対送信電力は、Ｐｏｔｈｅｒ（ｎ）＝Ｔｏｔｈｅｒ（ｎ）・Ｐｐｉｌｏｔ（ｎ）として与えられる。Ｔｏｔｈｅｒ（ｎ）またはＰｏｔｈｅｒ（ｎ）は、Ｅ−ＤＰＣＣＨおよびＨＳ−ＤＰＣＣＨ上で送信すべきシグナリング、他の物理チャネル上で送信すべき他のデータおよび／またはシグナリングなどに基づいて、ＴＴＩｎに対して決定される。本明細書の説明では、利用可能な送信電力は、（たとえば、Ｅ−ＤＰＤＣＨ上で送信すべき）データに利用可能な送信電力であり、Ｔｄａｔａ（ｎ）またはＰｄａｔａ（ｎ）によって与えられる。他の送信電力は、他の送信に使用される送信電力であり、Ｔｏｔｈｅｒ（ｎ）またはＰｏｔｈｅｒ（ｎ）によって与えられる。
【００３１】
図４に、利用可能な送信電力決定ユニット４００の設計のブロック図を示す。ユニット４００内で、ユニット４１０は、ＵＥ１１０のパイロット送信電力Ｐｐｉｌｏｔ（ｍ）および最大送信電力Ｐｍａｘを受信し、たとえば、式（１）に示すように、電力ヘッドルームＴ（ｍ）を計算する。フィルタ４１２は、たとえば、式（２）に示すように、電力ヘッドルームを平均化し、平均電力ヘッドルームＴａｖｇ（ｎ）を与える。ユニット４１４は、平均電力ヘッドルームおよび他の送信電力を受信し、たとえば、式（３）に示すように、平均送信電力Ｔｄａｔａ（ｎ）を計算する。
【００３２】
ＵＥ１１０は、１つまたは複数（Ｋ個）のフローを有する。各フローは、１つまたは複数のアプリケーションのデータおよび／またはシグナリングを搬送し、いくつかのサービス品質（ＱｏＳ）要件に関連付けられる。たとえば、ボイスオーバインターネットプロトコル（ＶｏＩＰ）のフローは、データダウンロードのフローよりも厳しい遅延要件を有する。ＵＥ１１０は、フローごとに待ち行列／バッファを維持し、フローごとにデータを、そのフロー用の待ち行列中に記憶する。１つの設計では、ＵＥ１１０は、各フローｋに対して以下のパラメータを維持する。
【００３３】
・Ｐｒｉｏｒｉｔｙ（ｋ，ｎ）−ＴＴＩｎでのフローｋの優先度
・Ｓｍｉｎ（ｋ）−フローｋの最小パケットサイズ
・Ｐｏｓ（ｋ）−フローｋの電力オフセット
・Ｄ（ｋ、ｎ）−ＴＴＩｎでのフローｋの待ち行列の先頭にあるパケットの遅延
・Ｄｔｈ（ｋ）−フローｋの遅延しきい値
フローごとに、上記のパラメータの値は、そのフローにマッピングされる（１つまたは複数の）アプリケーションのデータ／ＱｏＳ要件に基づいて決定される。各フローの優先度および待ち行列先頭遅延は、各ＴＴＩで更新される。各フローの残りのパラメータは、静的な値を有する。Ｄ（ｋ，ｎ）は、待ち行列先頭遅延または何らかの他の遅延とすることができる。たとえば、Ｄ（ｋ，ｎ）は、フローｋの遅延であり、フローｋの待ち行列中のすべてのパケットの重み付きまたは非重み付き平均遅延、遅延が遅延しきい値を超えるパケットの重み付きまたは非重み付き平均遅延などとして計算される。
【００３４】
データ送信に利用可能であるＴＴＩごとに、ＵＥ１１０は、各フローの優先度を更新し、以下の説明でフローｋと呼ぶ、最高優先度のフローを選択する。ＵＥ１１０は、利用可能な送信電力Ｔｄａｔａ（ｎ）によってサポートされるパケットサイズを次のように決定する。
【数４】
2010525757.tif 000007
【００３５】
ここで、Ｓ１（ｎ）は、Ｔｄａｔａ（ｎ）によってサポートされるパケットサイズであり、Ｆ｛｝はマッピング関数である。
【００３６】
マッピング関数Ｆ｛｝は、各パケットの送信のターゲット回数Ｎｔａｒｇｅｔに基づく。所与のＮｔａｒｇｅｔ回に対して、漸次大きくなるパケットサイズが、漸次多くなる利用可能な送信電力でサポートされる。マッピング関数Ｆ｛｝は、ＲＡＮによってＵＥ１１０にシグナリングされる公称Ｔ２Ｐ値に基づく。所与のパケットサイズおよびＮｔａｒｇｅｔ回に対して、公称Ｔ２Ｐ値は、データダウンロードよりもＶｏＩＰに対してより高くなる。同じまたは異なるマッピング関数が異なるアプリケーションおよびフローに対して使用される。
【００３７】
Ｓ１（ｎ）≧Ｓｍｉｎ（ｋ）である場合、ＵＥ１１０は、フローｋのサイズＳ１（ｎ）のパケットをノードＢ１２０に送信する。しかしながら、利用可能な送信電力が不十分であり、Ｓ１（ｎ）＜Ｓｍｉｎ（ｋ）である場合、ＵＥ１１０は、代替パケットサイズを次のように計算する。
【数５】
2010525757.tif 000008
【００３８】
ここで、Ｓ２（ｎ）は、Ｔｄａｔａ（ｎ）・Ｐｏｓ（ｋ）によってサポートされるパケットサイズである。
【００３９】
サイズＳ１（ｎ）のパケットは、Ｔｄａｔａ（ｎ）の送信電力で送信され、Ｎｔａｒｇｅｔ回の送信の後にＱｔａｒｇｅｔの確率で正しく復号される。同様に、サイズＳ２（ｎ）のパケットは、Ｔｄａｔａ（ｎ）・Ｐｏｓ（ｋ）の送信電力で送信され、Ｎｔａｒｇｅｔ回の送信の後にＱｔａｒｇｅｔの確率で正しく復号される。サイズＳ２（ｎ）のこのパケットは、Ｔｄａｔａ（ｎ）の送信電力で送信されるが、Ｎｔａｒｇｅｔ回の送信の後に、Ｑｌｏｗｅｒ＜Ｑｔａｒｇｅｔである、Ｑｌｏｗｅｒの確率で正しく復号される。
【００４０】
Ｐｏｓ（ｋ）は、フローｋに対して次のように決定される。
【数６】
2010525757.tif 000009
【００４１】
ここで、Ｐｔａｒｇｅｔ（ｋ）は、Ｎｔａｒｇｅｔ回の送信の後に最小パケットサイズのパケットに対してＱｔａｒｇｅｔを達成することができる送信電力であり、
Ｐｌｏｗｅｒ（ｋ）は、Ｎｔａｒｇｅｔ回の送信の後に最小パケットサイズのパケットに対してＱｌｏｗｅｒを達成することができる送信電力である。
【００４２】
一般に、Ｐｏｓ（ｋ）の値が漸次大きくなるに従って、（ｉ）所与のパケットサイズに対してＱｌｏｗｅｒの値は漸次低くなり、（ｉｉ）Ｑｌｏｗｅｒの所与の値に対してパケットサイズＳ２（ｎ）は漸次小さくなる。たとえば、Ｑｔａｒｇｅｔが９０％に等しく、Ｑｌｏｗｅｒが、Ｐｏｓ（ｋ）のある値に対しては７０％に等しく、Ｐｏｓ（ｋ）のより大きい値に対しては５０％に等しいなどとすることができる。Ｐｏｓ（ｋ）は、アプリケーションに基づいて選択される。たとえば、ＶｏＩＰの場合、可能なときはいつでも９０％の復号成功率を有することが望ましく、送信電力が不十分であるとき、全く送信しないよりも５０％の復号成功率でパケットを送信するほうが良い。ただし、Ｑｌｏｗｅｒが低すぎると、低い復号成功率が、パケットの送信によって生じる干渉を補うことができなくなる。フローごとに、Ｐｏｓ（ｋ）は、所望のＱｌｏｗｅｒおよび他の関連するパラメータに基づいて決定される。Ｐｏｓ（ｋ）は、１つまたは複数のデシベル（ｄＢ）に等しいとすることができる。
【００４３】
１つの設計では、Ｓ１（ｎ）＜Ｓｍｉｎ（ｋ）である場合、サイズＳｍｉｎ（ｋ）またはＳ２（ｎ）のパケットを送信する。別の設計では、Ｓ１（ｎ）＜Ｓｍｉｎ（ｋ）であり、Ｄ（ｋ，ｎ）＞Ｄｔｈ（ｋ）である場合のみ、サイズＳｍｉｎ（ｋ）またはＳ２（ｎ）のパケットを送信する。この設計では、パケットの遅延がフローの遅延しきい値を超える場合のみ、パケットを送信する。
【００４４】
１つの設計では、データ送信選択が以下の擬似コードに基づく。
【００４５】
１０    Ｓ１（ｎ）≧Ｓｍｉｎ（ｋ）である場合、サイズＳ１（ｎ）のパケットを送信し、
２０    そうではなく、｛Ｓ１（ｎ）＜Ｓｍｉｎ（ｋ）｝であり、｛Ｄ（ｋ，ｎ）＞Ｄｔｈ（ｋ）｝である場合、
３０    Ｓ２（ｎ）≧Ｓｍｉｎ（ｋ）である場合は、サイズＳｍｉｎ（ｋ）のパケットを送信し、
４０    そうでない場合は、パケットを送信しない。
【００４６】
ただ１つのフローｋからのデータをＴＴＩｎで送信する場合、このフローのＳｍｉｎ（ｋ）およびＰｏｓ（ｋ）をデータ送信選択のために使用する。複数のフローからのデータをＴＴＩｎで送信する場合、これらの複数のフローの最大Ｐｏｓ（ｋ）をデータ送信選択のために使用する。
【００４７】
図５に、フローｋのパケットサイズを選択するパケットサイズ選択ユニット５００の設計のブロック図を示す。ユニット５００内で、ユニット５１０は、利用可能な送信電力Ｔｄａｔａ（ｎ）を受信し、対応するパケットサイズＳ１（ｎ）を決定する。ユニット５１２は、フローｋの利用可能な送信電力Ｔｄａｔａ（ｎ）および電力オフセットＰｏｓ（ｋ）を受信し、対応するパケットサイズＳ２（ｎ）を決定する。ユニット５１０およびユニット５１２は、ルックアップテーブルまたは計算ユニットを用いて実装できる。決定ユニット５１４は、フローｋの計算されたパケットサイズＳ１（ｎ）およびＳ２（ｎ）、最小パケットサイズＳｍｉｎ（ｋ）、待ち行列先頭遅延Ｄ（ｋ，ｎ）、ならびに遅延しきい値Ｄｔｈ（ｋ）を受信する。ユニット５１４は、すべての入力に基づいて制御を生成する。セレクタ５１６は、計算されたパケットサイズＳ１（ｎ）、最小パケットサイズＳｍｉｎ（ｋ）、ゼロパケットサイズ、およびユニット５１４からの制御を受信する。セレクタ５１６は、フローｋの選択されたパケットサイズＳ（ｎ）として、次のように、Ｓ１（ｎ）、Ｓｍｉｎ（ｋ）、またはゼロを与える。
【数７】
2010525757.tif 000010
【００４８】
別の設計では、式（５）において送信電力とパケットサイズとの間に１対１のマッピングがあるので、利用可能な送信電力Ｔｄａｔａ（ｎ）をフローｋの電力しきい値Ｔｔｈ（ｋ）と比較し、Ｔｄａｔａ（ｎ）≧Ｔｔｈ（ｋ）および他の（１つまたは複数の）条件が満たされる場合、サイズＳｍｉｎ（ｋ）のパケットを送信する。電力しきい値Ｔｔｈ（ｋ）は、電力オフセットＰｏｓ（ｋ）に基づいて決定されるか、何らかの他の方法で得られる。この設計は、Ｓ２（ｎ）の決定を回避しながら、同じ結果を達成する。いずれの場合も、本明細書で説明する設計では、ＵＥ１１０がターゲット復号確率でこのパケットサイズをサポートするのに十分な送信電力を有しないときでも、利用可能な送信電力を変更して最小サイズのパケットを送信する。
【００４９】
擬似コードおよび式（７）によって示される設計では、Ｄ（ｍ，ｎ）＞Ｄｔｈ（ｋ）である場合、より低い復号確率でパケットを送信する。他の設計では、他の条件、たとえば、フローｋの優先度が優先度しきい値よりも高い、フローｋの待ち行列サイズが待ち行列サイズしきい値よりも大きい、送信されるデータのタイプなどに基づいて、より低い復号確率でパケットを送信する。たとえば、フローがシグナリング無線ベアラ（ＳＲＢ）を搬送する場合、十分な公称電力がないときでも、シグナリングデータのパケットを送信することができる。
【００５０】
擬似コードおよび式（７）によって示される設計では、｛Ｓ１（ｎ）＜Ｓｍｉｎ（ｋ）｝および他の条件が満たされる場合、最小パケットサイズを選択する。別の設計では、最小パケットサイズの代わりに、Ｓ２（ｎ）を選択する。さらに別の設計では、最小パケットサイズよりも小さいパケットサイズを選択する。
【００５１】
パラメータＳｍｉｎ（ｋ）、Ｄｔｈ（ｋ）およびＰｏｓ（ｋ）またはＴｔｈ（ｋ）はアプリケーション依存である。たとえば、Ｓｍｉｎ（ｋ）は、アプリケーションの最小パケットサイズまたは平均パケットサイズに等しいとすることができ、Ｐｏｓ（ｋ）は、アプリケーションの所望のＱｌｏｗｅｒを達成するように選択される。遅延に敏感でないアプリケーションの場合、ゼロの値をＳｍｉｎ（ｋ）に選択し、１の値をＰｏｓ（ｋ）に選択することができる。利用可能な送信電力が不十分である場合、Ｄｔｈ（ｋ）は、パケットを送信する試みのタイミングを制御する。遅延に敏感であるアプリケーションのＤｔｈ（ｋ）は、そのアプリケーションの遅延要件に基づいて選択される。
【００５２】
図６に、データを送信するためのプロセス６００の設計を示す。プロセス６００は、アップリンクデータ送信についてはＵＥ１１０によって、またはダウンリンクデータ送信についてはノードＢ１２０によって実行される。データに利用可能な送信電力（たとえば、Ｔｄａｔａ（ｎ）またはＰｄａｔａ（ｎ））を決定する（ブロック６１２）。ブロック６１２では、電力ヘッドルームを計算し、フィルタリングする。次いで、フィルタリング済み電力ヘッドルームから他の送信の送信電力を減算して、利用可能な送信電力を得る。利用可能な送信電力に基づいて、たとえば、ルックアップテーブルを用いて、第１のパケットサイズ（たとえば、Ｓ１（ｎ））を決定する（ブロック６１４）。第１のパケットサイズが最小パケットサイズ（たとえば、Ｓｍｉｎ（ｋ））に等しいかそれよりも大きい場合、第１のパケットサイズを送信する（ブロック６１６）。第１のパケットサイズが最小パケットサイズよりも小さく、少なくとも１つの条件が満たされる場合、第１のパケットサイズよりも大きい第２のパケットサイズ（たとえば、Ｓ（ｎ））のパケットを送信する（ブロック６１８）。
【００５３】
１つの設計では、利用可能な送信電力およびパワーオフセット（たとえば、Ｐｏｓ（ｋ））に基づいて、第３のパケットサイズ（たとえば、Ｓ２（ｎ））を決定する。電力オフセットは、ターゲット復号確率よりも低い復号確率に基づいて決定される。第２のパケットサイズは、最小パケットサイズ、第３のパケットサイズ、または何らかの他のパケットサイズに等しいとすることができる。
【００５４】
ブロック６１８における少なくとも１つの条件は、以下のうちの１つまたは複数を含むことができる。
【００５５】
・第３のパケットサイズが最小パケットサイズに等しいかそれよりも大きい、
・利用可能な送信電力が電力しきい値よりも大きい、
・（たとえば、待ち行列の先頭にある）パケットまたはフローの遅延が遅延しきい値よりも大きい、
・選択されたフローの優先度が優先度しきい値を超える、および
・選択されたフローの待ち行列サイズが待ち行列サイズしきい値を超える。
【００５６】
上記の条件のうちのいずれか１つまたは任意の組合せが満たされる場合、第２のパケットサイズのパケットを送信する。他の条件に基づいてパケットを送信することもできる。
【００５７】
複数のフローが存在してもよい。各フローは、それぞれの最小パケットサイズと、それぞれの電力オフセットと、それぞれの遅延しきい値とに関連付けられ、それらはすべてそのフローのデータ要件に基づいて決定される。複数のフローの中から最高優先度のフローを選択する。２つ以上のフローを選択することもできる。ブロック６１６または６１８では、選択された（１つまたは複数の）フローのパケットを送信することができる。
【００５８】
図７に、データを送信するための装置７００の設計を示す。装置７００は、データに利用可能な送信電力を決定するためのモジュール７１２と、利用可能な送信電力に基づいて第１のパケットサイズを決定するためのモジュール７１４と、第１のパケットサイズが最小パケットサイズに等しいかそれよりも大きい場合、第１のパケットサイズのパケットを送信するためのモジュール７１６と、第１のパケットサイズが最小パケットサイズよりも小さく、少なくとも１つの条件が満たされる場合、第１のパケットサイズよりも大きい第２のパケットサイズのパケットを送信するためのモジュール７１８とを含む。
【００５９】
３ＧＰＰリリース７は、バッテリ電力を節約するためにＵＥ１１０がＤＴＸで動作することを可能にする連続的パケット接続性（ＣＰＣ）をサポートする。ＤＴＸでは、ＵＥ１１０がアップリンク上でノードＢ１２０にデータを送信および／またはシグナリングすることができるいくつかの有効なサブフレームを、ＵＥに割り当てることができる。ＵＥ１１０は、バッテリ電力を節約するために有効なサブフレーム間のアイドル時間の間、電源を切断することができる。
【００６０】
ＣＰＣでは、有効なサブフレームを、表２に示すパラメータによって定義することができる。ＣＰＣは、２ｍｓまたは１０ｍｓのＴＴＩをサポートする。表２の第３列は、２ｍｓのＴＴＩを仮定したＣＰＣパラメータの可能な値を示す。
【表２】
2010525757.tif 000011
【００６１】
図２に、ＣＰＣにおけるＵＥ１１０のためのＤＴＸの構成の一例を示す。この例では、ＵＥ１１０は次のように構成される。
【００６２】
・ＵＥ  ＤＴＸサイクル１＝４個のサブフレーム
・ＵＥ  ＤＴＸサイクル２＝８個のサブフレーム
・ＵＥ  ＤＰＣＣＨバースト１＝ＵＥ  ＤＰＣＣＨバースト２＝１個のサブフレーム
上記のＣＰＣ構成では、有効なサブフレームは、４個のサブフレームによって離間され、図２に灰色の陰影で示されている。有効なサブフレームは、他のＣＰＣパラメータ値の他の合計によって離間されてもよい。
【００６３】
ＵＥ１１０が、タイマおよびＲＡＮによって構成される他のパラメータに従って送信すべきデータを有しない場合、ＵＥはＤＴＸモードに入る。ＤＴＸモードでは、ＵＥ１１０の電力使用率ならびに総アップリンク干渉を低減することができ、それによってシステム容量が増加する。
【００６４】
別の態様では、ＵＥ１１０は、ＵＥにおける待ち行列先頭パケットの遅延に基づいて所与のＴＴＩでＤＴＸモードをキャンセルする。ＵＥ１１０は、ＤＴＸキャンセルのために各フローｋの遅延しきい値Ｄｄｔｘ＿ｔｈ（ｋ）を有する。各ＴＴＩで、ＵＥ１１０は、各フローの待ち行列先頭パケット遅延Ｄ（ｋ，ｎ）を、そのフローのＤＴＸキャンセル遅延しきい値Ｄｄｔｘ＿ｔｈ（ｋ）と比較する。ＵＥ１１０は、いずれかのフローについてＤ（ｋ，ｎ）＞Ｄｄｔｘ＿ｔｈ（ｋ）である場合、ＤＴＸモードをキャンセルし、Ｄ（ｋ，ｎ）＞Ｄｄｔｘ＿ｔｈ（ｋ）のフローのデータを送信する。ノードＢ１２０は、各ＴＴＩで、ＵＥ１１０からの起こりうるデータをリッスンし、ＵＥからのパイロットプリアンブルを検出するために各スロットを検査する。
【００６５】
異なるＤＴＸキャンセル遅延しきい値を異なるフローおよび／またはアプリケーションに対して使用することができる。ＶｏＩＰまたはテレビ電話など、遅延に敏感なデータの場合、ＵＥ１１０とノードＢ１２０との間の通信リンクの総パケット遅延が、ある確率でシステムによって必要とされる最大総遅延よりも小さくなるように、ＤＴＸキャンセル遅延しきい値が選択される。ＵＥ１１０は、ＤＴＸモードをキャンセルした後、いくつかのスロットにわたってパイロットシンボルのプリアンブルを送信し、プリアンブルの後にＴＴＩでデータを送信する。
【００６６】
図８に、ＤＴＸでデータを送信するためのプロセス８００の設計を示す。プロセス８００は、ＵＥ１１０または何らかの他のエンティティによって実行される。ＵＥ１１０は、ＤＴＸモードで動作し（ブロック８１２）、ＤＴＸモードで動作している間、有効なサブフレームでパケットを送信する（ブロック８１４）。ＵＥ１１０は、（たとえば、待ち行列の先頭にある）送信すべきパケットの遅延が遅延しきい値を超えるかどうかを判断する（ブロック８１６）。ＵＥ１１０は、遅延が遅延しきい値を超える場合、ＤＴＸモードをキャンセルする（ブロック８１８）。次いで、ＵＥ１１０は、ＤＴＸモードをキャンセルした後、次の有効なサブフレームまで待つ代わりに、無効なサブフレームでパケットを送信する（ブロック８２０）。
【００６７】
ＵＥ１１０は複数のフローを有し、各フローは、そのフローのデータ要件に基づいて決定されるそれぞれの遅延しきい値に関連付けられる。ＵＥ１１０は、各フローの送信すべき次のパケットの遅延が、そのフローの遅延しきい値を超えるかどうかを判断する。ＵＥ１１０は、いずれかのフローの次のパケットの遅延が、そのフローの遅延しきい値を超える場合、ＤＴＸモードをキャンセルする。
【００６８】
図９に、ＤＴＸでデータを送信するための装置９００の設計を示す。装置９００は、ＤＴＸモードで動作するためのモジュール９１２と、ＤＴＸモードで動作している間、有効なサブフレームでパケットを送信するためのモジュール９１４と、送信すべきパケットの遅延が遅延しきい値を超えるかどうかを判断するためのモジュール９１６と、遅延が遅延しきい値を超える場合、ＤＴＸモードをキャンセルするためのモジュール９１８と、ＤＴＸモードをキャンセルした後、無効なサブフレームでパケットを送信するためのモジュール９２０とを含む。
【００６９】
図１０に、ＵＥ１１０およびノードＢ１２０の設計のブロック図を示す。簡単のために、図１０には、ＵＥ１１０およびノードＢ１２０がそれぞれ１つのアンテナを有する状態が示してある。一般に、ＵＥ１１０およびノードＢ１２０はそれぞれ任意の数のアンテナを含むことができる。ＵＥ１１０およびノードＢ１２０は、あるエンティティの複数のアンテナから他のエンティティの複数のアンテナへの多入力多出力（ＭＩＭＯ）送信をサポートする。
【００７０】
ＵＥ１１０では、送信（ＴＸ）データプロセッサ１０１４が、データソース／待ち行列１０１２からのデータと、コントローラ／プロセッサ１０２０からのシグナリングとを受信する。ＴＸデータプロセッサ１０１４は、データおよびシグナリングを処理し（たとえば、符号化およびシンボルマッピングし）、（たとえば、ＣＤＭＡの）変調を実行し、出力チップを与える。送信機（ＴＭＴＲ）１０１６が、出力チップを調整し（たとえば、アナログに変換、フィルタリング、増幅、およびアップコンバートし）、アンテナ１０１８を介して送信されるアップリンク信号を生成する。
【００７１】
ノードＢ１２０では、アンテナ１０５２が、ＵＥ１１０および他のＵＥからアップリンク信号を受信し、受信した信号を受信機（ＲＣＶＲ）１０５４に与える。受信機１０５４は、受信した信号を調整し、デジタル化して、サンプルを与える。受信（ＲＸ）データプロセッサ１０５６が、サンプルに対して（たとえば、ＣＤＭＡの）復調を実行し、得られたシンボルを処理して（たとえば、シンボルデマッピングおよび復号して）、復号されたデータおよびシグナリングを得る。プロセッサ１０５６は、復号されたデータをデータシンク１０５８に与え、復号されたシグナリングをコントローラ／プロセッサ１０６０に与える。
【００７２】
ダウンリンクでは、ノードＢ１２０のＴＸデータプロセッサ１０７４が、データソース／待ち行列１０７２からのデータと、コントローラ／プロセッサ１０６０からの制御情報とを受信する。データおよび制御情報は、ＴＸデータプロセッサ１０７４によって処理され（たとえば、符号化、シンボルマッピング、および変調され）、送信機１０７６によってさらに調整されて、アンテナ１０５２を介して送信されるダウンリンク信号を生成する。ＵＥ１１０では、ノードＢ１２０からのダウンリンク信号がアンテナ１０１８によって受信され、受信機１０３２によって調整され、ＲＸデータプロセッサ１０３４によって復調され、復号される。プロセッサ１０３４は、復号されたデータをデータシンク１０３６に与え、復号された制御情報をコントローラ／プロセッサ１０２０に与える。
【００７３】
コントローラ／プロセッサ１０２０および１０６０は、それぞれＵＥ１１０およびノードＢ１２０における動作を指示する。コントローラ／プロセッサ１０２０は、アップリンクデータ送信についての図６のプロセス６００、図８のプロセス８００、および／または本明細書で説明する技法についての他のプロセスを実行または指示することができる。コントローラ／プロセッサ１０２０は、図４の利用可能な送信電力決定ユニット４００および図５のパケットサイズ選択ユニット５００を実装することもできる。コントローラ／プロセッサ１０６０は、ダウンリンクデータ送信についての図６のプロセス６００、および／または本明細書で説明する技法についての他のプロセスを実行または指示することができる。メモリ１０２２および１０６２が、それぞれＵＥ１１０およびノードＢ１２０のためのプログラムコードとデータとを記憶する。スケジューラ１０６４が、ダウンリンクおよび／またはアップリンク上でのデータ送信についてＵＥをスケジュールし、スケジュールされたＵＥにリソースを割り当てる。
【００７４】
情報および信号は様々な異なる技術および技法のいずれかを使用して表すことができることを、当業者は理解されよう。たとえば、上記の説明全体にわたって言及されるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表すことができる。
【００７５】
さらに、本明細書の開示に関連して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装できることを、当業者は理解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアで実装するかソフトウェアで実装するかは、システム全体に課せられた特定の適用および設計上の制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装することができるが、そのような実装の決定は、本開示の範囲からの逸脱を生じると解釈すべきではない。
【００７６】
本明細書の開示に関連して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタロジック、個別ハードウェア構成要素、あるいは本明細書に記載の機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行できる。汎用プロセッサはマイクロプロセッサとすることができるが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態マシンとすることができる。プロセッサは、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装することもできる。
【００７７】
本明細書の開示に関連して説明された方法またはアルゴリズムのステップは、ハードウェアで直接実施するか、プロセッサによって実行されるソフトウェアモジュールで実施するか、またはその２つの組合せで実施することができる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取外し可能ディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐することができる。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサに一体化することができる。プロセッサおよび記憶媒体はＡＳＩＣ中に常駐することができる。ＡＳＩＣは、ユーザ端末内に常駐することができる。代替として、プロセッサおよび記憶媒体は、ユーザ端末内に個別構成要素として常駐することもできる。
【００７８】
１つまたは複数の例示的な設計では、説明した機能を、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せで実装することができる。ソフトウェアで実装する場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶するか、あるいはコンピュータ可読媒体を介して送信することができる。コンピュータ可読媒体は、コンピュータ記憶媒体と、ある場所から別の場所へのコンピュータプログラムの転送を可能にするいかなる媒体をも含む通信媒体との両方を含む。記憶媒体は、汎用または専用コンピュータによってアクセスできる任意の利用可能な媒体とすることができる。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、あるいは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、もしくは命令またはデータ構造の形の所望のプログラムコード手段を搬送または記憶するために使用でき、汎用または専用コンピュータあるいは汎用または専用プロセッサによってアクセスできる任意の他の媒体を備えることができる。さらに、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線およびマイクロ波などの無線技術を使用してウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線およびマイクロ波などの無線技術は、媒体の定義に含まれる。本明細書では、ディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイディスク（disc）を含み、この場合、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）はデータをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。
【００７９】
本開示の前述の説明は、いかなる当業者でも本開示を作成または使用することができるように提供される。本開示への様々な修正が当業者には容易に理解されるであろうが、本明細書で定義した一般的な原理は、本開示の範囲から逸脱することなく他の変形形態に適用できる。したがって、本開示は、本明細書で説明する例および設計に限定されるものではなく、本明細書で開示する原理および新規の特徴に合致する最も広い範囲を与えられるべきである。
【図１】
2010525757.tif 000012
【図２】
2010525757.tif 000013
【図３】
2010525757.tif 000014
【図４】
2010525757.tif 000015
【図５】
2010525757.tif 000016
【図６】
2010525757.tif 000017
【図７】
2010525757.tif 000018
【図８】
2010525757.tif 000019
【図９】
2010525757.tif 000020
【図１０】
2010525757.tif 000021
【国際調査報告】
2010525757.tif 000022
2010525757.tif 000023
2010525757.tif 000024
2010525757.tif 000025