JP4733748B2 - 少なくとももう１つの選択されたデータ・ユニットを伝送する能力に基づいてデータ転送速度の増大をリクエストする装置、方法およびコンピュータ・プログラム - Google Patents

少なくとももう１つの選択されたデータ・ユニットを伝送する能力に基づいてデータ転送速度の増大をリクエストする装置、方法およびコンピュータ・プログラム Download PDF

Info

Publication number
JP4733748B2
JP4733748B2 JP2008532895A JP2008532895A JP4733748B2 JP 4733748 B2 JP4733748 B2 JP 4733748B2 JP 2008532895 A JP2008532895 A JP 2008532895A JP 2008532895 A JP2008532895 A JP 2008532895A JP 4733748 B2 JP4733748 B2 JP 4733748B2
Authority
JP
Japan
Prior art keywords
transport block
size
transmission
data
identified
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2008532895A
Other languages
English (en)
Other versions
JP2009510874A (ja
Inventor
ベノイスト セビア
カリ ランタ−アホ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Oyj
Original Assignee
Nokia Oyj
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=37899408&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=JP4733748(B2) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Nokia Oyj filed Critical Nokia Oyj
Publication of JP2009510874A publication Critical patent/JP2009510874A/ja
Application granted granted Critical
Publication of JP4733748B2 publication Critical patent/JP4733748B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H04W28/22—Negotiating communication rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0036—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the receiver
    • H04L1/0039—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the receiver other detection of signalling, e.g. detection of TFCI explicit signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/36—Flow control; Congestion control by determining packet size, e.g. maximum transfer unit [MTU]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0215—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
    • H04W28/0221—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices power availability or consumption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/14—Flow control between communication endpoints using intermediate storage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本発明の例示的な非限定的実施形態は、全般的に、無線通信のシステム、装置および方法に関し、特に、ユーザ機器などの装置がデータ転送速度の増大をリクエストできるようにする無線通信システム技術に関する。
背景
以下の略語は次のように定義される。
DCH 専用チャネル（Dedicated Channel）
DPDCH 専用物理データ・チャネル（Dedicated Physical Data Channel）
DPCCH 専用物理制御チャネル（Dedicated Physical Control Channel）
E-DCH 拡張アップリンクDCH（Enhanced Uplink DCH）
E-DPDCH 拡張DPDCH（Enhanced DPDCH）
E-DPCCH 拡張DPCCH（Enhanced DPCCH）
E-TFC E-DCHトランスポート・フォーマット・コンビネーション（E-DCH Transport Format Combination）
HSUPA 高速アップリンク・パケット・アクセス（High Speed Uplink Packet Access）
IE 情報要素（Information Element）
MAC 媒体アクセス制御（Medium Access Control）
ノードB 基地局
PDU プロトコル・データ・ユニット（Protocol Data Unit）
RLC 無線リンク制御（Radio Link Control）
RNC 無線ネットワーク制御装置（Radio Network Controller）
RRC 無線リソース制御（Radio Resource Control）
SDU サービス・データ・ユニット（Service Data Unit）
SG サービング・グラント（Serving Grant）
TTI 伝送時間間隔（Transmission Timing Interval）
UE ユーザ機器（User Equipment）、例えば移動端末など
本明細書では、例えば、第3世代パートナーシップ・プロジェクト；技術仕様化グループ無線アクセス・ネットワーク；FDD拡張アップリンク；全容；ステージ2（3rd Generation Partnership Project; Technical Specification Group Radio Access Network; FDD Enhanced Uplink; Overall Description; Stage 2）（リリース6）、「3GPP TS25.309」のリリース6にある、パケット・データ・トラフィックのアップリンクDCH（EDCH）が重要である。
HSUPAでは現在、RNCのレイヤ3（L3、ネットワーク・レイヤ）により提供できるよりも速い、集中的な非実時間のトラフィックのスケジューリングを提供するべく、パケット・スケジューラの機能の一部を複数のノードBに分配することによって強化しようとする試みがいくつか提案されている。あるユーザからパケットが伝送されるとスケジュールされていたリソースをすぐに別のユーザに利用可能にすることができるため、リンク・アダプテーションが速いほどパケット・データのユーザ間でアップリンク電力リソースをさらに効率よく共有できるようになるということである。この技術は、集中的な高データ転送速度のアプリケーションを実行しているユーザに高データ転送速度が割り当てられるときなどのノイズ増大の急激な変化を回避しようとするものである。
現在のアーキテクチャではパケット・スケジューラはRNCにあり、その結果、RNCとUEとの間のRRC信号インターフェースの帯域幅に関わる制約が原因となって、パケット・スケジューラが瞬間トラフィックに適応する能力は限られている。したがってパケット・スケジューラは、次のスケジューリング期間における無効ユーザの影響を考慮するために控えめにアップリンク電力を割り当てて、変化に対応しなければならない。しかしこのソリューションは、高データ転送速度および長いリリース・タイマ値が割り当てられていると周波数の面で非効率的という結果になる。
したがって、E-DCHにより、パケット・スケジューラ機能の多くはノードBに移されている。つまり、アップリンク・リソースの割り当てを担うノードBスケジューラがあるということである。スケジューリングが効率的に実行されるには、ノードBがUEから多少の情報を取得する必要がある。3GPPでは、E-DPCCHに含まれるいわゆる「ハッピー・ビット」が定義されている。ハッピー・ビットは常に送信され、「UP」（「不満（unhappy）」とも呼ばれる）かまたは「KEEP」（「満足（happy）」とも呼ばれる）を示すことができる。UEが「UP」リクエストを送信すると、そのリクエストは、UEがより速いビット速度を得ることを望んでいる（つまり現在のビット速度に「不満」である）ことを意味する一方、UEが「KEEP」リクエストを送信すると、このリクエストはUEが現在のビット速度に納得している（つまり「満足」している）ことを意味する。
3GPPは、UPリクエスト（例えば不満状態）を次のように送信できると定義している。
次の基準両方が満たされると、ハッピー・ビットは「不満」に設定されるものとする：
UEが、現在のServing_Grantにより許可されているよりも高いE-DPDCH対DPCCH比で伝送するのに利用可能な電力を十分有しており；さらに
総バッファ状態により、現在のServing_Grantでは、Happy_Bit_Delay_Conditionミリ秒（ms：milliseconds）より長く伝送が必要とされる。
この点については、第3世代パートナーシップ・プロジェクト；技術仕様化グループ無線アクセス・ネットワーク；媒体アクセス制御（MAC）プロトコル仕様書（3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Medium Access Control (MAC) protocol specification)（リリース6）（第6.5.0版）（2005-06）、「3GPP TS25.321」のセクション11.8.1.5を参照してもよい。
より速いデータ転送速度（例えばビット速度）で送信するための利用可能電力を、どのような場合にUEが有しているのかという基準を定義する際に問題が生じる。
複数のE-TFCは間に非常に小さな段階を有するよう定義され、どのようなサイズおよび数の上位層データ・パケット（SDU）が伝送されるとしてもそれに比較的よく合うようになっている。小さな段階は、E-TFCのトランスポート・ブロックのトランスポート・ブロック・サイズに現れる。しかし、この定義においての問題は、UEが現在E-TFC Yで伝送しており（例えば特定のトランスポート・ブロック・サイズを伝送している）、さらにUEがE-TFC Y＋1で伝送する（例えば、わずかに大きなトランスポート・ブロック・サイズを伝送する）のに十分な電力を有していても、UEは「不満」を示してはならないということである。これは、次のE-TFCがもう１つのSDUを受け入れることができることが実際にはほとんどなく、したがってより速いデータ転送速度での伝送に使用できないためである。例えば、通常、わずかに大きなトランスポート・ブロック・サイズは別のSDUを受け入れることができない。
したがって根本的な問題は、上位層からのデータが特定のサイズのSDUでMACに達し、伝送されるデータ転送速度を増大することは、１つのトランスポート・ブロック（例えば１つのE-TFC）で１つまたはいくつかの追加のSDU（単数または複数）を伝送することを意味するということである。
第3世代パートナーシップ・プロジェクト；技術仕様化グループ無線アクセス・ネットワーク；FDD拡張アップリンク；全容；ステージ2（3rd Generation Partnership Project; Technical Specification Group Radio Access Network; FDD Enhanced Uplink; Overall Description; Stage 2）（リリース6）、「3GPP TS25.309」 第3世代パートナーシップ・プロジェクト；技術仕様化グループ無線アクセス・ネットワーク；媒体アクセス制御（MAC）プロトコル仕様書（3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Medium Access Control (MAC) protocol specification)（リリース6）（第6.5.0版）（2005-06）、「3GPP TS25.321」
摘要
例示的な実施形態では、無線チャネルを介して現在のデータ転送速度で伝送されるトランスポート・ブロックの選択に応答して、伝送用のスケジュール可能なデータ・ユニットのサイズを選択することと；複数の可能なトランスポート・ブロックのうちの１つを特定すること、ただし、この特定される可能なトランスポート・ブロックは、データ・ユニットの選択されたサイズと、現在選択されているトランスポート・ブロックのトランスポート・ブロック・サイズとを少なくとも保持するのに十分大きな相応のトランスポート・ブロック・サイズを有する、該特定することと；特定された可能なトランスポート・ブロックが伝送に利用可能であるかどうかを判断することと；特定された可能なトランスポート・ブロックが伝送に利用可能であることに応答して現在のデータ転送速度の増大のリクエストを伝送することとを少なくとも実行することを含む方法が開示される。
別の例示的な実施形態では装置が開示され、この装置は、無線チャネルを介して現在のデータ転送速度で伝送されるトランスポート・ブロックの選択に応答して、伝送用のスケジュール可能なデータ・ユニットのサイズを選択する動作を実行し、複数の可能なトランスポート・ブロックのうちの１つを特定する動作であって、この特定される可能なトランスポート・ブロックは、データ・ユニットの選択されたサイズと、現在選択されているトランスポート・ブロックのトランスポート・ブロック・サイズとを少なくとも保持するのに十分に大きな相応のトランスポート・ブロック・サイズを有する、該動作を実行し、特定された可能なトランスポート・ブロックが伝送に利用可能であるかどうかを判断する動作を実行し、特定された可能なトランスポート・ブロックが伝送に利用可能であることに応答して現在のデータ転送速度の増大のリクエストを伝送する動作を実行するよう構成されている処理ユニットを含む。
さらなる例示的な実施形態では、動作を実行するべく少なくとも１つのデータ・プロセッサによって実行可能な機械可読命令のプログラムを有形に具現化するコンピュータ・プログラムが開示される。動作は、無線チャネルを介して現在のデータ転送速度で伝送されるトランスポート・ブロックの選択に応答して、伝送用のスケジュール可能なデータ・ユニットのサイズを選択することと；複数の可能なトランスポート・ブロックのうちの１つを特定すること、ただし、この特定される可能なトランスポート・ブロックは、データ・ユニットの選択されたサイズと、現在選択されているトランスポート・ブロックのトランスポート・ブロック・サイズとを少なくとも保持するのに十分大きな相応のトランスポート・ブロック・サイズを有する、該特定することと；特定された可能なトランスポート・ブロックが伝送に利用可能であるかどうかを判断することと；特定された可能なトランスポート・ブロックが伝送に利用可能であることに応答して現在のデータ転送速度の増大のリクエストの伝送を生じさせることとを少なくとも実行することを含む。
さらなる例示的な実施形態では装置が開示される。無線チャネルを介して現在のデータ転送速度で伝送されるトランスポート・ブロックの選択に応答して、伝送用のスケジュール可能なデータ・ユニットのサイズを選択する手段と；複数の可能なトランスポート・ブロックのうちの１つを特定する手段であって、この特定される可能なトランスポート・ブロックは、データ・ユニットの選択されたサイズと、現在選択されているトランスポート・ブロックのトランスポート・ブロック・サイズとを少なくとも保持するのに十分大きな相応のトランスポート・ブロック・サイズを有する、該手段と；特定された可能なトランスポート・ブロックが伝送に利用可能であるかどうかを判断する手段と；特定された可能なトランスポート・ブロックが伝送に利用可能であることに応答して現在のデータ転送速度の増大のリクエストを伝送する手段とが少なくとも動作させられる。
別の例示的な実施形態では、方法には、拡張アップリンク専用チャネル（E-DCH）伝送用に、現在のデータ転送速度よりも速いデータ転送速度で伝送するのに利用可能な電力を十分ユーザ機器が有しているという基準が少なくとも満たされれば、より速いデータ転送速度のリクエストを示す状態に少なくとも１つのビットを設定することが含まれる。ユーザ機器が利用可能な電力を十分有するかどうかの評価は、該少なくとも１つのビットが伝送される伝送時間間隔（TTI）内での伝送に選択されているE-DCHトランスポート・フォーマット・コンビネーション（E-TFC）のトランスポート・ブロック・サイズよりも少なくともxビット大きいトランスポート・ブロック・サイズを有するE-TFCを特定することを含み、xは、スケジュールされていないMAC-d（媒体アクセス制御-d）フローに属さずバッファ内にデータを有する全ての論理チャネルのうち、そこで構成されている無線リンク制御（RLC）プロトコル・データ・ユニット（PDU）の最小サイズである。さらに評価は、特定されたE-TFCがサポートされていることを、選択されているE-TFCの電力オフセットに基づいて確認することを含む。
さらなる例示的な実施形態では、装置には、拡張アップリンク専用チャネル（E-DCH）伝送用に、現在のデータ転送速度よりも速いデータ転送速度で伝送するのに利用可能電力を十分ユーザ機器が有しているという基準が少なくとも満たされれば、より速いデータ転送速度のリクエストを示す状態に少なくとも１つのビットを設定するよう構成されている、処理ユニットが含まれる。処理ユニットは、以下のことによって、ユーザ機器が利用可能な電力を十分有するかどうかを評価するよう構成され、処理ユニットは、該少なくとも１つのビットが伝送される伝送時間間隔（TTI）内での伝送に選択されているE-DCHトランスポート・フォーマット・コンビネーション（E-TFC）のトランスポート・ブロック・サイズよりも少なくともxビット大きいトランスポート・ブロック・サイズを有するE-TFCを特定するよう構成され、xは、スケジュールされていないMAC-d（媒体アクセス制御-d）フローに属さずバッファ内にデータを有する全ての論理チャネルのうち、そこで構成されている無線リンク制御（RLC）プロトコル・データ・ユニット（PDU）の最小サイズであり；処理ユニットは、選択されたE-TFCの電力オフセットに基づき、特定されたE-TFCがサポートされていることを確認するよう構成されている。
本発明の実施形態の前述の態様およびその他の態様は、以下の例示的な実施形態の詳細な説明を添付の図面と併せて読むとより明確になる。
本発明の例示的な実施形態の実践において使用するのに適している種々の電子デバイスの簡略化したブロック図を示す。
E-DCHトランスポート・ブロックにマップされたRLC PDUを図示する。
本発明の例示的な実施形態の動作を説明するのに役立つ論理流れ図である。
他のエンティティおよび信号チャネルにつながれたMAC-es／eエンティティのブロック図である。
図3のブロック3Bの論理流れ図である。
開示されている発明の実施形態で使用するのに適した１つ以上の例示的な集積回路のブロック図である。
図3の論理流れ図のさらに詳しいバージョンを説明するのに役立つ論理流れ図である。
例示的な実施形態の詳細な説明
本発明の例示的な実施形態を使用することで解決される問題の具体例は、UEが現在E-TFC Y（例えば特定のトランスポート・ブロック・サイズで特徴づけられる）で伝送していると想定した場合に、より速いデータ転送速度での伝送を可能にする、X（以下ではxとも示される）の最小の可能な（例えば正の整数）値を伴うE-TFC＋Xが何であるか、つまり、E-TFC Yよりも１つ多くのSDUを収めることができサポートされている（例えばブロックされず、伝送可能な）E-TFC Y＋Xが何であるかをどのようにして定義すればよいかである。
本発明の例示的な実施形態は、少なくとも部分的には、例えば第3世代パートナーシップ・プロジェクト；技術仕様化グループ無線アクセス・ネットワーク；FDD拡張アップリンク；全容；ステージ2（3rd Generation Partnership Project; Technical Specification Group Radio Access Network; FDD Enhanced Uplink; Overall Description; Stage 2）、「3GPP TS25.309」（リリース6）（第6.10.0版）（2004-12）にある、パケット・データ・トラフィック用のアップリンクDCHの拡張（E-DCH）を提供することに関する。本願明細書内で説明されている例示的な実施形態はE-DCHを例として使用しているが、開示される発明はそれに限定されない。
まず、本発明の例示的な実施形態の実践で用いるのに適した種々の電子デバイスの簡略化されたブロック図を図示する図1を参照する。図1において、無線ネットワーク1は、UE10、基地局（例えばノードB）12および無線ネットワーク1の制御装置14（例えばRNC）を含んでいる。UE10は、データ・プロセッサ（DP：data processor）10A、プログラム（PROG：program）10Cを格納するメモリ（MEM：memory）10B、および基地局（例えばノードB）12との双方向の無線通信に適した無線周波数（RF：radio frequency）送受信機10Dを含み、基地局12も、DP12A、PROG12Cを格納するMEM12Bおよび適切なRF送受信機12Dを含んでいる。基地局12は、データ・パス13を介して制御装置14につながれており、制御装置14も、DP14Aと、関連のPROG14Cを格納しているMEM14Bとを含んでいる。以下でさらに詳しく論じられるように、少なくともPROG10Cは、関連のDP10Aによって実行されるとUE10が本発明の例示的な実施形態に従って動作できるようにするプログラム命令を含むと想定されている。
図1に示されているように、Uuインターフェースは、UMTS（Universal Mobile Telecommunications System：ユニバーサル移動体通信システム）地上無線アクセス・ネットワーク（UTRAN：UMTS Terrestrial Radio Access Network）とUE10との間のインターフェースである。一般的にUTRANは、ノードBなどの１つ以上の基地局12、およびRNCまたは基地局制御装置などの１つ以上の制御装置14を含む。データ・パス13は、制御装置14（例えばRNC、BSC（Base Station Controller：基地局制御装置））と3G（Third Generation：第3世代）コア・ネットワーク（CN：core network）（図1には示されていない）との間の相互接続ポイントであるIuを含む。図1には、以下で言及されるUE伝送バッファ（Tx_BUF）10Eも示されている。なお、必要に応じて伝送バッファ10Eはメモリ10Bの一部であってもよい。
一般的に、装置UE10の種々の実施形態は、次に限定されるものではないが、セル式電話、無線通信機能を有する携帯情報端末（PDA：personal digital assistant）、無線通信機能を有する携帯用コンピュータ、無線通信機能を有するデジタル・カメラなどの画像キャプチャ・デバイス、無線通信機能を有するゲーム・デバイス、無線通信機能を有する音楽記憶再生機器、無線でのインターネット・アクセスおよびブラウジングが可能なインターネット機器、ならびにそのような機能の組み合わせが組み込まれた携帯用ユニットまたは携帯端末を含み得る。
本発明の実施形態は、UE10のDP10Aおよび他のDPによって実行可能なコンピュータ・ソフトウェアによって実装されても、またはハードウェアによって実装されても、またはソフトウェアとハードウェアとの組み合わせによって実装されてもよい。MEM10B、12Bおよび14Bは、ローカル技術環境に適した任意のタイプでよく、半導体ベースのメモリ・デバイス、磁気メモリ・デバイスおよび磁気メモリ・システム、光学メモリ・デバイスおよび光学メモリ・システム、固定メモリおよび取り外し可能なメモリなど、任意の適切なデータ格納技術を使用して実装されるとよい。DP10A、12Aおよび14Aは、ローカル技術環境に適した任意の種類でよく、限定する意味のない例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（DSP：digital signal processor）およびマルチコア・プロセッサ・アーキテクチャに基づくプロセッサのうち１つまたは複数を含むとよい。MEM10B、12Bおよび14Bは、本願明細書に記載されている動作を実行するべく少なくとも１つのデータ・プロセッサ10C、12C、14Cによって実行可能な機械可読命令を有形に具現化するコンピュータ・プログラムからの機械可読命令のプログラムを含むとよい。このようなコンピュータ・プログラムは、コンパクト・ディスク（CD：compact disk）、デジタル多用途ディスク（DVD：digital versatile disk）、メモリ・スティック、または機械可読命令のプログラムを入れるのに適した他の任意の製品を含んでよい。
ここから本発明の例示的な実施形態についてさらに詳しく説明するが、例示的な実施形態では、現在与えられているE-TFCよりも多くのSDU（単数または複数）を伝送可能にするE-TFCを特定する規則が提供される。この規則は、単に、次のさらに大きなE-TFC（例えば、現在のE-TFCのトランスポート・ブロック・サイズよりもわずかに大きなトランスポート・ブロック・サイズによって特徴付けられる）を伝送するのに十分な電力をUE10が有するかどうかを確認するのとは対照的である。このさらに大きなE-TFCは、実際に現在のE-TFCよりも多くのデータを伝送できるようにはしないと思われる。これが事実であるのは、次のさらに大きなE-TFCのわずかに大きなトランスポート・ブロック・サイズと、現在のE-TFCのわずかに小さなトランスポート・ブロック・サイズとの間のスペース差にもう１つのSDUが収まることは、通常できないためである。
異なるRLC PDUサイズを使用することもある複数のサービス（例えば論理チャネル）でUE10が同時に構成されることもあるため、実装の代わりの方法が複数あると思われることも指摘しておく。なお、１つだけのRLC PDUサイズが使用されるのが一般的であり、その場合であれば、種々の代わりの方法は全て同じソリューションにまとまるはずである。
図2は、１つまたは複数のRLC PDUがどのように１つのE-DCHトランスポート・ブロック270にマップされるかを図示している。PROG10Cの一部としてのMACエンティティ210は、いくつかのサブエンティティを含み、そのうちMAC-d210-1、MAC-es210-2、MAC-e210-3が示されている。MACエンティティ210は通常RRC205によって構成され、このRRC205もPROG10Cの一部である。図2にはさらに、RLCエンティティ230およびL1エンティティ240が示されている。なお、RLCエンティティ230およびL1エンティティ240もPROG10Cの一部である。さらに、各エンティティ230、210-1、210-2、210-3および240はレイヤであると考えられ、RLCエンティティ230が最上位レイヤ、L1エンティティ240が最下位レイヤと考えられる。したがって、情報はアップリンクでは最上位レイヤRLCエンティティ230から、最下位レイヤL1エンティティ240に伝わる。図2おいて、さらに「3GPP TS25.321」、セクション4.2.3でも定義されているように、MAC-dエンティティ210-1は全ての専用トランスポート・チャネルへのアクセスを制御する一方、MAC-e／esエンティティ210-2、210-3（一般に単一のMACe／esエンティティと称される）はE-DCHトランスポート・チャネルへのアクセスを制御する。
RLCエンティティ230はRLC PDU231をつくり、MAC-dエンティティ210-1はMAC-d PDU240をつくり、MAC-esエンティティ210-2は、ヘッダ情報251およびMAC-es PDU250をつくり、MAC-eエンティティ210-3はMAC-e PDU260をつくる。ヘッダ情報251は、［DDI，N］の対と呼ばれ、データ記述インジケータ（DDI：Data Description Indicator）・フィールド252およびNフィールド253を含む。「3GPP TS25.321」（リリース6）（第6.5.0版）（2005-06）の、「MAC-eヘッダ・パラメータ（MAC-e header parameters）」と題されているセクション9.2.4.2によれば、DDIフィールド252は、論理チャネル、MAC-dフローおよび関連のMAC-es PDU250に連結されるMAC-d PDUのサイズを特定する。DDI値（例えば、DDIフィールド252内）と論理チャネルIDとの間、MAC-dフローとPDUサイズとの間のマッピングは、上位レイヤによって提供される。DDIフィールド252の長さは6ビットである。Nフィールド253は、同じDDI値に対応する連続したMAC-d PDUの数を示す。Nフィールドの長さは6ビットである。MAC-eヘッダ224が、複数のヘッダ情報251から複数の［DDI，N］の対を含むことが分かる。
なお、SDUはレイヤに入るデータ・ユニットであり、PDUはレイヤを出るデータ・ユニットである。MAC-dエンティティ210-1に関しては、SDUはRLC PDU231を指す（つまり、ここでRLCエンティティ230は、MAC-dエンティティ210-1の上のレイヤであり、MAC-dエンティティ210-1へのSDU入力であるRLC PDU231をつくる）。続いて、MAC-dエンティティ210-1は、SDU（つまりRLC PDU231）を使用してMAC-d PDU240を作成し、このMAC-d PDU240自体が、MAC-esエンティティ210-2のSDUである。したがって、用語SDUとPDUとは互換的に使用されることになり、それぞれ、説明される特定のレイヤの適切なデータ・ユニットを指す。
より速いデータ転送速度の伝送を可能にするためには、より多くのRLC PDU231が、L1エンティティ240の単一のトランスポート・ブロック270に収まらなくてはならない。これは、MAC-e PDU 260のトランスポート・ブロック・サイズ220を、１つのRLC PDU231のサイズ分は少なくとも増やされなければならないということを意味する。MAC-eヘッダ224が固定サイズであることも考えられるため、トランスポート・ブロック・サイズは、MAC-e PDU260のデータ部225のサイズであると考えることもできる。別の例として、MAC-es PDU250もサイズ221より成り、サイズ221が、別のRLC PDU231を保持するに適したサイズに増大されることも考えられる。例示的な実施形態では、レイヤのトランスポート・ブロック・サイズはデータ部225などのデータ部のみを含むが、トランスポート・ブロック・サイズは任意のヘッダ（例えばMAC-eヘッダ224）、およびパディングが使用される場合はパディングのサイズを含む可能性もある。別の例示的な実施形態では、もう１つのRLC PDU231を追加するとき、どの論理チャネルにRLC PDU231が属するかによってヘッダ（例えばMAC-eヘッダ224）が変化することもあり、変化しないこともある：

RLC PDU231が、DDIが既に含まれている論理チャネルに属するならば、Nが増やされてヘッダ・サイズ254は変化しない；

RLC PDU231が、DDIが含まれていなかった論理チャネルに属するならば（つまり新たなRLC PDUサイズまたは新たな論理チャネル）、新たな［DDI，N］の対（例えばヘッダ情報251）が必要である。この新たな［DDI，N］の対は、MAC-eヘッダ224のサイズ254を増大させることになる。したがって、MAC-eヘッダ224のサイズ増大は、選択されているE-TFCよりもXビット大きいトランスポート・ブロック・サイズを有するE-TFCの特定に関係している（例えば下記の図5のブロック510を参照）。
なお、MAC-e PDU260は、MAC-eエンティティ210-3のトランスポート・ブロックである。同じくMAC-es PDU250は、MAC-esエンティティ210-2のトランスポート・ブロックである。
以下で論じられる例示的な実施形態に関して、次のことに注意する必要がある。
第1に、現在のE-TFCは、ハッピー・ビットと同じTTI内でデータを伝送するために現在選択が許可されている（E-TFC選択、E-TFCSにおいて）最大のトランスポート・ブロック・サイズを伴うE-TFCを指す（例えば、構成されたE-TFCS、選択された電力オフセットおよびスケジューラにより制御されるサービング・グラントに基づく）。あるいは、現在のE-TFCは、ハッピー・ビットと同じTTI内でデータを伝送するために、E-TFC選択で選択されたE-TFCを指す（例えば、構成されたE-TFCS、サポートされているE-TFCのリスト、選択された電力オフセット、スケジューラにより制御されているスケジューリング・グラント、およびスケジュールされていない伝送すべきデータの量に基づく）。E-TFC選択は、例えば、「3GPP TS25.321」（リリース6）（第6.5.0版）、（2005-06）のセクション11.8.1.4で説明されている。
第2に、スケジュールされている論理チャネルは、スケジュールされていないMAC-dフローに属さない論理チャネルである。「3GPP TS25.321」セクション4.2.3で定義されているように、MAC-dは全ての専用トランスポート・チャネルへのアクセスを制御する。さらにアップリンクでは、専用タイプの論理チャネルが共通トランスポート・チャネルにマップされると、MAC-dはデータをMAC-es／eに提出する。論理チャネルのトランスポート・チャネルへのマッピングは、RRCにより構成される多重化によってきまる。RRC機能によると、RRCは通常、MACの内部構成を制御している。
第3に、ハッピー・ビットと同じTTI内でデータを伝送するよう選択されたE-TFCのE-TFC選択中に選択された電力オフセットと同じ電力オフセットが想定される。「3GPP TS25.321」（リリース6）（第6.5.0版）（2005-06）のセクション3.1.2において説明されているように、電力オフセットは、E-DPDCH（単数または複数）と、与えられたE-TFCの参照用E-DPDCH電力レベルとの間の電力オフセットである。電力オフセット属性は、MAC-e PDU内で単独で、続いてE-DCHタイプの対応する符号化複合トランスポート・チャネル（CCTrCh：Coded Composite Transport Channel）で伝えられるときにMAC-dフロー内で要求されるサービスの質（QoS：Quality of Service）を達成するよう設定される。参照用E-DPDCH電力オフセットは、１つまたはいくつかの参照用E-TFC（単数または複数）についてUEへ信号で伝えられる。通常、伝送の電力オフセットは、最優先のデータの伝送を可能にするMAC-dフローの複合自動再送要求（HARQ：hybrid automatic repeat request）プロファイルに対応する電力オフセットである。２つ以上のMAC-dフローが同じ最優先のデータの伝送を可能にする場合は、どのMAC-dフローを選ぶかの選択は実装に委ねられる。
第4に、伝送バッファ10E内のデータは、スケジュールされているMAC-dフローに属するUE伝送バッファ10E内のデータを指す。
本発明の例示的な実施形態に基づき、UE10は次のように動作する（PROG10Cに従って）。
現在のE-TFCが、Happy_Bit_Delay_Conditionによって定義されている時間間隔以下で伝送バッファ10E内の全てのデータを届けられるかどうかを特定する：

（｛バッファ内のデータ［ビット］＊TTI長さ［ms］｝／現在のE-TFCトランスポート・ブロック・サイズ［ビット］≦Happy_Bit_Delay_Condition）。
現在のE-TFCよりも１つ多くのRLC PDUを伝送可能にするのに十分大きなトランスポート・ブロックを有するE-TFCが存在するかどうかを特定する。この特定を行うための5つの異なる規則が以下で与えられるが、実際には１つだけが使用されるよう選択されて実装されればよい。
１．現在のE-TFCのトランスポート・ブロック・サイズよりもXビット大きいトランスポート・ブロック・サイズを有するE-TFCを特定する。Xは、スケジュールされている全ての論理チャネルのうち、そこで構成されているRLC PDUの最小サイズである。
２．現在のE-TFCのトランスポート・ブロック・サイズよりもXビット大きいトランスポート・ブロック・サイズを有するE-TFCを特定する。Xは、スケジュールされている全ての論理チャネルのうち、そこで構成されているRLC PDUの最大サイズである。
３．現在のE-TFCのトランスポート・ブロック・サイズよりもXビット大きいトランスポート・ブロック・サイズを有するE-TFCを特定する。Xは、スケジュール可能な最優先の論理チャネルに対して構成されているRLC PDUサイズである。
４．現在のE-TFCのトランスポート・ブロック・サイズよりもXビット大きいトランスポート・ブロック・サイズを有するE-TFCを特定する。Xは、スケジュール可能でありUE10の伝送バッファ10Eにデータを有する最優先の論理チャネルに対して構成されているRLC PDUサイズである。
５．現在のE-TFCのトランスポート・ブロック・サイズよりもXビット大きいトランスポート・ブロック・サイズを有するE-TFCを特定する。Xは、スケジュール可能でありUEの伝送バッファ10Eにデータを有する複数の論理チャネルのうち、そこで構成されているRLC PDUの最小サイズである。
より速いデータ転送速度での伝送を可能にするE-TFCを特定した後、UE10は続いて、実際にそのデータ転送速度で伝送するのに適した電力をUEが有する（例えば、E-TFCがブロックされておらず、したがってサポートされている）かどうかを評価する。この評価の結果が好ましく、バッファ内のデータ量の基準が満たされれば、つまり現在のE-TFCがUEのバッファ内のデータをHappy_Bit_Delay_Condition以下で届けられなければ、UE10は「ハッピー・ビット」を「不満」に設定し、つまりUE10は「UP」リクエストを基地局12へ送信する。
なお、前述の基準は、2005年1月10-14、フランス、ソフィア・アンチポリス（Sophia Antipolis）、3GPP TSG-RANWG2ミーティング＃45ビス（3GPP TSG-RAN WG2 Meeting #45bis)、R2-050179、で公開されたものとは異なる。そこでは、セクション2.3（UEの動作（UE behaviour)）でハッピー・ビットを「UP」（例えば「不満」）に設定する条件が次のようになるであろうと提案された：

UEが、x TTIの現在のビット速度（ここでxは必要であればネットワークによる構成が可能）でUEが送信できるよりも多いデータをUEのバッファ（例えばバッファの合計）に有し、

UEが、より速いビット速度で伝送するのに十分な電力およびその他の能力を有する。その結果、ハッピー・ビットは、上記の２つの条件が満たされた全てのTTIに設定されることになる。
現在MACヘッダ（例えばヘッダ224）のビットはE-TFC選択において考慮されていないが、MACヘッダのビットが考慮されると、上記のXの値は、MACヘッダに追加された対応するビット数分、増やされなければならないということも指摘することができる。
さらに上記のバッファの態様に関して図3も参照して（例えば図1のPROG10Cにより実行される）以下の点をさらに説明できる。
ブロック3A。まず、UE10は、バッファ内のデータ量の基準が満たされているかどうかを確認する。これは、UE10が現在の（スケジューラにより許可されている最大）E-TFCでUEのバッファ内のスケジュールされている全データをDelay_Condition以下で伝送できなければ、UEはバッファ内に十分なデータを有するように行われる。これは、詳しくは次のように表現されてもよい：

data_in_the _buffer／data_rate ＝＜ 遅延条件

ここで、data_in_the_bufferはスケジュールされているMAC-dフローのビットでのデータ量であり；data_rateは現在の（スケジューラにより許可されている最大）E-TFC／TTI長さのトランスポート・ブロック・サイズである。
ブロック3B。続いてUE10は、より多くの数のRLC PDUを実際に伝送できる、現在の（スケジューラによって許可されている最大）E-TFCを超える次のE-TFCが何であるかを検出する。第1のステップは、どのRLC PDUサイズを使用するかを特定することである。どのRLC PDUサイズを使用するかというこの特定は、上述の5つの規則のうちの１つを使用することによって達成できる。
具体的には、図3に加えて図5を見ると、図5はブロック3Bが実行され得る方法の一例を示している。ブロック510で、選択されているE-TFCのトランスポート・ブロック・サイズよりもX（または「x」）ビット大きいトランスポート・ブロック・サイズを有するE-TFCが特定される。選択されているE-TFCは、ハッピー・ビットが伝送される伝送時間間隔（TTI）内での伝送に選択されたE-TFCである。ブロック520はそれぞれ、Xのサイズを判断する規則である。
ブロック520-1では、スケジュールされている（例えば伝送される）全ての論理チャネルのうち、そこで構成されているRLC PDUの最小サイズになるようXが判断される。
ブロック520-2では、スケジュールされている（例えば伝送される）全ての論理チャネルのうち、そこで構成されているRLC PDUの最大サイズになるようXが判断される。
ブロック520-3では、スケジュール可能な（例えば伝送される）最優先の論理チャネルに対して構成されているRLC PDUサイズになるようにXが判断される。
ブロック520-4では、スケジュール可能であり（例えば伝送される）UE10の伝送バッファ10Eにデータを有する最優先の論理チャネルに対して構成されているRLC PDUサイズになるようXが判断される。
ブロック520-5では、スケジュール可能であり（例えば伝送される）UEの伝送バッファ10Eにデータを有する複数の論理チャネルのうち、そこで構成されているRLC PDUの最小サイズになるようXが判断される。
RLC PDU231が、DDIが含まれていなかった論理チャネルに属するならば（つまり新たなRLC PDUサイズまたは新たな論理チャネル）、新たな［DDI，N］の対（例えばヘッダ情報251）が必要とされるということに上記で言及した。この新たな［DDI，N］の対はMAC-eヘッダ224のサイズ254を増大させることになる。したがって、ブロック520で選ばれたRLC PDU231が、DDIが含まれていなかった論理チャネルに属するならば、ブロック510は、適切なE-TFCを特定するときにMAC-eヘッダ224のサイズ254の増大を考慮することになる。
ブロック3C。続いて、ステップ2で特定されたE-TFCがサポートされている状態にある（例えば、特定されたE-TFCがブロックされている状態にない）かどうかが判断される。サポートされている状態にあるE-TFCは、E-TFCがブロックされていないことだけではなく、特定されたE-TFCを伝送するのに十分な電力をUEが有していることも意味するため、特定されたE-TFCがサポートされている状態にあれば、特定されたE-TFCは伝送に利用可能であると見なすことができる。例えば、「3GPP TS25.321」（リリース6）（第6.5.0版）（2005-06）のセクション11.8.1.4で説明されているように、各TTI境界で、E-DCHトランスポート・チャネルが構成されCELL_DCH状態にあるUEは、構成されているあらゆるMAC-dフローについて、各E-TFCの状態（例えば、サポートされているかまたはブロックされているか）を、最大UE伝送電力に対する必要とされるE-TFCの伝送電力に基づき判断しなければならない。したがって、サポートされている状態にある特定されたE-TFCは、その特定されたE-TFCを伝送するのに十分な電力をUEが有することを意味する。したがって、サポートされた状態にあるE-TFCは、E-TFCが伝送に利用可能であることを示す。
ブロック3D。ブロック3Aおよび3Bの両方がはいを示すと、データ転送速度の増大をリクエストするためにハッピー・ビットを「不満」（すなわち「Up」など）に設定する。
ブロック3G。ブロック3Aかまたは3Cがいいえであれば、同じデータ転送速度をリクエストする（例えば、現在のデータ転送速度が適切であると示す）「満足」（「Keep」など）にハッピー・ビットが設定される。
ブロック3E。UE10が、ハッピー・ビットを基地局12などに伝送する。なお、ハッピー・ビットは、実際のデータの送信に使用されている以外の手段を使用して送信される帯域外信号を使用して伝送される。例えば、E-DPCCHは、E-DPDCHと共に符号多重化される：E-DPDCHがデータおよびレイヤ2（L2）の情報を伝える一方、E-DPCCHは、ハッピー・ビット、E-TFCI（E-DCH Transport Format Combination Indicator：E-DCHトランスポート・フォーマット・コンビネーション・インジケータ）およびデータ伝送に関連する再送シーケンス番号を伝える。
なお、ブロック3Bおよび3Cは、ブロック3Fと見なすこともでき、このブロック3Fで、より速いデータ転送速度（たとえば現在のデータ転送速度と比較して）で伝送するのに十分な電力をUE10が有するかどうか判断される。なお、ブロック3Bは、現在選択されている（および伝送されようとしている）E-TFCよりも大きく可能なE-TFCを特定し、この特定によりデータ転送速度も選択される（例えば、TTI内でのE-TFCの伝送に基づき）。続いてブロック3Cは、より大きい可能なE-TFCが、サポートされた状態にある（例えば、可能なE-TFCがブロックされていない）ことによって伝送可能であるかどうかを判断する。なお、UEは、サポートされている状態にあるE-TFCを伝送するのに十分な電力を有する（例えば、UEは、E-TFCを伝送するのに十分な電力をUEが有しているかどうかを判断するプロセスを完了しており、UEがE-TFCを伝送するのに十分な電力を有すればE-TFCはサポートされている状態にあるため、サポートされている状態自体が、E-TFCを伝送するのに十分な電力があることを示す）。
適切に図1〜3および5を参照しながら図4を見ると、図4は、MAC-es／eエンティティ430のブロック図であり、このMAC-es／eエンティティ430は、他のエンティティおよび信号チャネルにつながれている。MAC-es／eエンティティ430は、図2のMAC-esエンティティ210-2およびMAC-eエンティティ210-3両方に対応し、PROG10Cの一部である。なお、図4は、第3世代パートナーシップ・プロジェクト；技術仕様化グループ無線アクセス・ネットワーク；媒体アクセス制御（MAC）プロトコル仕様書（リリース6）（第6.5.0版）（2005-06）、「3GPP TS25.321」の「MAC-e／esエンティティ-UE側（MAC-e/es entity - UE Side）」と題された、セクション4.2.3.4の図4.2.3.4.1の変更されたバージョンである。
MAC-es／eエンティティ430は、E-TFC選択エンティティ440、多重化およびTSN（Transmission Sequence Number：伝送シーケンス番号）設定エンティティ445、およびHARQ（複合自動再送要求）エンティティ450を含む。図4は、MAC-es／eエンティティ430がMAC-dエンティティ（例えばMAC-dエンティティ210-1）およびMAC制御（例えばRRCから）につながれ、E-DPDCHおよびE-DPCCHを含むいくつかのチャネルにつながれていることを示す。データ（例えば、L1エンティティ240を使用してトランスポート・ブロック270に変換されるMAC-e PDU260）はE-DPDCHを使用して伝送され、ハッピー・ビット460はE-DPCCHを使用して伝送される。
MAC-es／eエンティティ430はMAC-dフロー490を受信する。この例において、MAC-dフロー490はデータ・ユニット（DU）470-1から470-Mに対応し、各データ・ユニット470は、この例ではRLC PDU231に対応する。各データ・ユニット470は対応するサイズ475を有する。さらに、データ・ユニット470は論理チャネル（LC：logical channel）480-1から480-Xに対応する。データ・ユニット470と論理チャネル480との間には1対1の対応があってもよく、なくてもよい。図2に示されているように、データ・ユニット470はMAC-dエンティティ210-1によってMAC-d PDU240にまとめられることになる。したがって、MAC-dフロー490はMAC-d PDU240を含む。
「3GPP TS25.321」のセクション4.2.3.4で説明されているとおり、次のようになっている（本願明細書では図4の番号付けを使用する）。
HARQエンティティ（例えばHARQエンティティ450）は、HARQプロトコルに関するMAC機能のハンドリングを担っている。HARQエンティティは、MAC-eペイロードの格納およびペイロードの再送を担っている。複合ARQプロトコルの詳細な構成は、MAC制御SAP（Service Access Point：サービス・アクセス・ポイント）を通してRRCによって提供される。HARQエンティティは、レイヤ1（L1）（例えばL1エンティティ240）によって使用されるE-TFC、再送シーケンス番号（RSN：retransmission sequence number）、および電力オフセットを提供する。
多重化およびTSN設定エンティティ（例えばエンティティ445）は、複数のMAC-d PDUをMAC-es PDUに連結すること、およびE-TFC選択機能によって命令されるように、次のTTI内で伝送される単一のMAC-e PDUに１つまたは複数のMAC-es PDUを多重化することを担っている。さらに多重化およびTSN設定エンティティは、各MAC-es PDUの論理チャネルごとにTSNを管理および設定することも担っている。
E-TFC選択エンティティ（エンティティ440）は、UTRANからレイヤ1（L1）を介して受信されるスケジューリング情報（相対グラントおよび絶対グラント）およびRRCによって信号伝達されるサービング・グラント値に従ったE-TFC選択、および、E-DCHにマップされた異なるフロー間のアービトレーションを担っている。E-TFCエンティティの詳細な構成は、MAC制御SAP（サービス・アクセス・ポイント）を通してRRCによって提供される。E-TFC選択機能は多重化機能を制御する。
図4の例では、E-TFC選択エンティティ440が、本願明細書で提示されている方法（たとえば図3および5のもの）および技術を少なくとも部分的に実行するよう変更される。別の実施形態では、本願明細書で提示されている方法および技術は、例えばE-TFC選択エンティティ440などに入力を提供する別のエンティティ（図4には示さず）によって少なくとも部分的に実行される。別の例示的な実施形態では、本願明細書で提示されている方法および技術は、エンティティ440、445または450のうちの１つ以上によって少なくとも部分的に実行される。さらに別の実施形態では、MAC-es／eエンティティ430の外のエンティティが、本願明細書で提示された方法および技術を実行しMAC-es／eエンティティ430に入力を提供する。
E-TFC選択エンティティ440が図3および5の方法を実行するよう変更されていると仮定すると、E-TFC選択エンティティ440は、対応するトランスポート・ブロック・サイズ（TBS）420-1から420-Nをそれぞれ有するいくつかの可能なE-TFC410、E-TFC410-1から410-Nの中から選ぶことができる。各トランスポート・ブロック・サイズ420は、トランスポート・ブロック・サイズ220、221または225のうちの１つに対応する。E-TFC選択エンティティ440は、例えば図5などの規則を使用して、適切なトランスポート・ブロック・サイズ420を備えた適切かつ可能なE-TFC410を選択する。さらに、E-TFC選択エンティティ440は、ハッピー・ビットが伝送される伝送時間間隔（TTI）内での伝送に選択されているE-TFC441を判断し、選択されているE-TFC442の電力オフセット442を判断している。上述のように、選択されたE-TFC441および電力オフセット442は、より速いデータ転送速度で（例えば、RLC PDU231など、少なくとももう１つのデータ・ユニットを保持するのに適したトランスポート・ブロック・サイズを使用して）伝送するのに十分な電力をUE10が有しているかどうかを判断するときに使用される。なお、E-TFC410は、伝送に適した（例えば伝送されることができる）可能なE-TFCであり、より速い転送速度での伝送に適した対応するトランスポート・ブロック・サイズ420を選択するために使用される。このような可能なE-TFCは、通常は次のTTIで伝送されないと思われるが、可能なE-TFCが伝送に利用可能である（例えば、サポートされており、サポートされているということは、E-TFCを伝送するのに十分な電力をUEが有するということも示す）と仮定すれば、次のTTIで伝送されることもあり得る。他方、選択されているE-TFC441は、伝送されるよう選択され次のTTIで伝送されるようスケジュールされているE-TFCである。
上記で説明され図5で再度説明された種々の規則についてここからさらに説明し、例を用いることによって例証する。
まず、UE10により採用されている２つのサービスAおよびBを想定し、ここでAは200ビットで優先度の高いPDUを有し、Bは100ビットで優先度の低いPDUを有する。その結果、5つの規則の個々のものは次のように適用されることになる。
１．現在のE-TFCのトランスポート・ブロック・サイズよりもXビット大きいトランスポート・ブロック・サイズを有するE-TFCを特定する。Xは、スケジュールされている全ての論理チャネルのうち、そこで構成されているRLC PDUの最小サイズである。この場合、X＝min（100，200）、つまりX＝100ビットである。
２．現在のE-TFCのトランスポート・ブロック・サイズよりもXビット大きいトランスポート・ブロック・サイズを有するE-TFCを特定する。Xは、スケジュールされている全ての論理チャネルのうち、そこで構成されているRLC PDUの最大サイズである。この場合、X＝max（100，200）、つまりX＝200ビットである。
３．現在のE-TFCのトランスポート・ブロック・サイズよりもXビット大きいトランスポート・ブロック・サイズを有するE-TFCを特定する。Xは、スケジュール可能な最優先の論理チャネルに対して構成されているRLC PDUサイズである。この場合、X＝最優先のPDUサイズ、つまりX＝200ビットである。
４．現在のE-TFCのトランスポート・ブロック・サイズよりもXビット大きいトランスポート・ブロック・サイズを有するE-TFCを特定する。Xは、スケジュール可能でありUE10の伝送バッファ10Eにデータを有する最優先の論理チャネルに対して構成されているRLC PDUサイズである。この場合、X＝バッファにデータを有する最優先のPDUサイズである。ここで、遅延条件が満たされるにはA、Bのいずれか一方または両方がデータを有する必要があるということは分かっている。Aがデータを有すればX＝200であり、Aがデータを有しなければX＝100である。
５．現在のE-TFCのトランスポート・ブロック・サイズよりもXビット大きいトランスポート・ブロック・サイズを有するE-TFCを特定する。Xは、スケジュール可能でありUEの伝送バッファにデータを有する複数の論理チャネルのうち、そこで構成されているRLC PDUの最小サイズである。この場合、AおよびB両方がデータを有するかまたはBのみがデータを有すればX＝100であり、Aのみがデータを有すればX＝200である。
上記の基準を定義することの１つの例示的な利点は、UEがより速いデータ転送速度で実際に伝送できる場合のみ、UE10はより速いデータ転送速度をリクエストするということである。なお、Xの計算の追加は、PDUサイズを全く考慮しない場合に比べてUE10のパフォーマンスの大幅な低下をもたらすことはないはずである。
前述したことに基づくと、本発明の例示的な実施形態が、より速いデータ転送速度での伝送を可能にするE-TFCを特定するためにPDUサイズを考慮することに少なくとも部分的に基づき、現在のデータ転送速度（またはスケジューリング・グラント）よりも速いデータ転送速度（またはスケジューリング・グラント）をリクエストするために、少なくとも１つの転送速度リクエスト・ビットを設定するようUE10を動作させる方法、装置およびコンピュータ・プログラム（単数または複数）を提供するということがすぐに分かるはずである。
全般的に、種々の実施形態は、専用回路などのハードウェアもしくはソフトウェア、またはこれらの任意の組み合わせにおいて実装されればよい。例えば、一部の態様をハードウェアに実装する一方、他の態様を、制御装置、マイクロプロセッサまたは他のコンピュータ・デバイスなどのデータ・プロセッサによる実行が可能なソフトウェア（例えばファームウェア）に実装してもよいが、本発明はこれらに限定されない。図6は、本願明細書で説明された例示的な実施形態を実行するよう構成された処理ユニット610を含む１つ以上の集積回路600を示している。処理ユニット610は、１つ以上のデータ・プロセッサ（DP）640（例えば図1のDP10A）、DP640で実行されるのに適した命令を備えたプログラム620（例えば図1のPROG10C）、メモリ（MEM）630（例えば図1のMEM10B）を含む。処理ユニット610はさらに、本願明細書で提示された技術のうちの１つ以上を実行するよう設計された回路650を含んでもよい。回路650は、例えば、E-TFC410、選択されたE-TFC441および電力オフセット442に関する情報を格納するために、メモリ（MEM）660にアクセスできるとよい。この例では、回路650は１つ以上のバス670によってDP640につながれている。他の例として、処理ユニット610は、回路650（例えば、MEM660を備えているものまたは備えていないもの）のみ、またはDP640およびPROG620を有する関連のMEM640のみを含む。
本発明の種々の態様はブロック図、流れ図として、または他の何らかの図的表現を使用して図示し説明できるが、当然のことながら、本願明細書で説明されたこれらのブロック、装置、システム、技術または方法は、限定する意味のない例としてハードウェア（例えば専用回路、論理、汎用ハードウェア、制御装置、もしくはその他のコンピュータ・デバイスなど）、もしくはソフトウェア（例えばファームウェア）、またはそれらの何らかの組み合わせに実装されればよい。
本発明の実施形態は、集積回路モジュール（例えば、図6に示されているように）などの種々のコンポーネントにおいて実践されればよい。集積回路の設計は、全般的にみて高度に自動化されたプロセスである。論理レベルの設計を、半導体基板上にすぐにエッチングおよび形成可能な半導体回路設計に変換するために利用できる、複雑かつ強力なソフトウェア・ツールが複数ある。
カリフォルニア州マウンテン・ビュー（Mountain View，California）のシノプシス社（Synopsys，Inc.）、およびカリフォルニア州サンノゼ（San Jose，California）のケイデンス・デザイン（Cadence Design）により提供されているようなプログラムは、確立された設計ルール、ならびに格納済みの設計モジュールのライブラリを使用して、自動的に半導体チップ上に導体を経路付けし、コンポーネントを位置付ける。半導体回路の設計が完了すれば、結果として生じた設計が、製造用に半導体加工施設、つまり「製造工場」へ、標準化された電子形式（例えばOpus、GDSII、または同種のものなど）で伝送されればよい。
ここで図7を参照すると、図7は、図3の論理流れ図のさらに詳しいバージョンを説明するのに役立つ論理流れ図を示している。図7に示されている方法700はブロック710で始まり、ここで、UEが現在のデータ転送速度よりも速いデータ転送速度で伝送するのに利用可能な電力を十分有するかどうかが評価される（例えば、ここで現在のデータ転送速度は、ハッピー・ビットが伝送されるTTI内での伝送に既に選択されているE-TFCを伝送するのに使用される）。ブロック710は、ブロック720および730を使用して実行されればよい。
ブロック720で、ハッピー・ビット（例えば、データ転送速度の増大のリクエストを示すかまたは現在のデータ転送速度が適切であると示す、少なくとも１つのビット）が伝送されるTTI内での伝送に既に選択されているE-TFCのトランスポート・ブロック・サイズよりも少なくともxビット大きいトランスポート・ブロック・サイズを有するE-TFCが特定される。xは、この例ではスケジュールされていないMAC-dフローに属さず（つまり、スケジュールされているMAC-dフローに属する）、バッファ（例えば図1内のバッファ10E）にデータを有する全ての論理チャネルのうち、そこで構成されているRLC PDUの最小サイズとして選択される。ブロック730で、選択されているE-TFCの電力オフセットに基づき、特定されたE-TFCがサポートされていることが確認される。特定されたE-TFCを与えられた電力オフセットを使用して伝送するには、選択されているE-TFC（特定されたE-TFCよりも小さい）よりも大きい電力が必要であるが、ブロック730は、ノードB（例えば図1の基地局12）が判断できる参照を提供する：データを復号することによって、ノードBはどの電力オフセットが使用されたかを知るはずである。言い換えれば、この例では、特定されたE-TFCおよび選択されているE-TFCの両方が同じ電力オフセットを有するはずであるが、特定されたE-TFCの実際の伝送は、選択されているE-TFCの伝送よりも大きな電力を必要とすることになる。
ブロック710で評価が下されると、ブロック740で、現在のデータ転送速度よりも速いデータ転送速度で伝送するのに十分な電力をUEが有するかどうか判断される。有しなければ（ブロック740＝いいえ）、少なくとも１つのビット（例えばハッピー・ビット）が、現在のデータ転送速度が適切である（つまり、UEは現在のデータ転送速度に「満足」している）ことを示す状態に設定される。これはブロック750で発生する。有する場合は（ブロック740＝はい）、少なくとも１つのビット（例えばハッピー・ビット）がより速いデータ転送速度のリクエスト（つまり、UEは現在のデータ転送速度に「不満」である）を示す状態に設定される。これはブロック760で発生する。ブロック770で、この少なくとも１つのビットは、この例ではE-DPCCHを使用して伝送される。
当業者であれば、前述の説明を添付の図面と共に読み考慮すると、種々の変更および適応がすぐに分かると思われる。なお、本発明の教示にいかなる変更を加えても、やはり本発明の非限定的な実施形態の範囲に入る。例えば、上記の説明は単一のハッピー・ビットを対象としているが、データ転送速度の増大をリクエストするためかまたは現在のデータ転送速度が適切であることを示すために２つ以上のビットが変更（例えば設定またはクリア）されてもよい。この２つ以上のビットは、任意の数の異なるメッセージを使用して伝送されるとよい。
さらに、本発明の非限定的な種々の実施形態の一部の特徴を、他の特徴の使用を伴わずに使用して役立ててもよい。このように上記の説明は、本発明の原理、教示、例示的実施形態を説明するに過ぎず、本発明を限定するものではないと見なされるべきである。

Claims (44)

  1. 無線チャネルを介して現在のデータ転送速度で伝送されるトランスポート・ブロックの選択に応答して、少なくとも次のこと：
    伝送用のスケジュール可能なデータ・ユニットのサイズを選択すること；
    複数のトランスポート・ブロックのうちの１つを特定すること、ただし、前記特定されるトランスポート・ブロックは、前記データ・ユニットの前記選択されたサイズと、前記現在選択されているトランスポート・ブロックのトランスポート・ブロック・サイズとを少なくとも保持し得るトランスポート・ブロック・サイズを有するように、前記特定すること；
    前記特定されたトランスポート・ブロックが伝送に利用可能であるかどうかを判断すること；
    前記特定されたトランスポート・ブロックが伝送に利用可能であることに応答して前記現在のデータ転送速度の増大のリクエストを伝送すること；
    を実行することを含み、ここで、
    バッファ内のデータ量の基準が満たされているかどうかを判断することをさらに含み、前記選択すること、前記特定すること、前記特定されたトランスポート・ブロックが伝送に利用可能であるかどうかを前記判断すること、および前記伝送することは、前記バッファ内の前記データ量の基準が満たされているという判断に応じて実行される、方法。
  2. 前記特定されたトランスポート・ブロックが伝送に利用可能であるかどうかを前記判断することは、前記特定されたトランスポート・ブロックがサポートされている状態にあるかどうかを判断することをさらに含む、請求項１に記載の方法。
  3. 前記特定されたトランスポート・ブロックが伝送に利用可能であるかどうかを前記判断することは、前記特定されたトランスポート・ブロックを或る時間間隔中に伝送するのに十分な電力が利用可能であるかどうかを判断することをさらに含む、請求項２に記載の方法。
  4. 前記特定されたトランスポート・ブロックの前記トランスポート・ブロック・サイズは、ヘッダのサイズおよびデータ部のサイズを含む、請求項１に記載の方法。
  5. 前記データ・ユニットはそれぞれ論理チャネルに関連付けられており；
    前記方法は、少なくとも利用可能でないと第１フィールドによって示されている論理チャネルに、前記選択されたサイズに対応する前記データ・ユニットが属するかどうかを判断することをさらに含み、；
    前記特定することは、前記データ・ユニットの前記選択されたサイズ、前記現在選択されているトランスポート・ブロックの前記トランスポート・ブロック・サイズ、前記第１フィールドのサイズ、および前記第１フィールドに対応する連続したデータ・ユニットの数を示す第２フィールドのサイズを少なくとも保持し得るトランスポート・ブロック・サイズを有するトランスポート・ブロックを特定することをさらに含む、
    請求項４に記載の方法。
  6. 前記伝送することは、前記現在のデータ転送速度の前記増大の前記リクエストを示す状態に少なくとも１つのビットを変更することと、前記変更された少なくとも１つのビットを伝送することとをさらに含む、請求項１に記載の方法。
  7. 前記変更することは、ハッピー・ビットを「不満」状態に設定することと、前記設定されたハッピー・ビットを伝送することとをさらに含む、請求項６に記載の方法。
  8. 前記無線チャネルは拡張専用物理データ・チャネルを含み、前記伝送することは、前記現在のデータ転送速度の前記増大の前記リクエストを、拡張専用物理制御チャネルを介して伝送することをさらに含む、請求項１に記載の方法。
  9. 前記選択されているトランスポート・ブロックは、拡張専用チャネル・トランスポート・フォーマット・コンビネーションのトランスポート・ブロックを含み、前記複数のトランスポート・ブロックは、データを伝送するのに使用可能な拡張専用チャネル・トランスポート・フォーマット・コンビネーションの複数のトランスポート・ブロックを含み、前記データ・ユニットは無線リンク制御装置からのプロトコル・データ・ユニットを含む、請求項１に記載の方法。
  10. 前記データ・ユニットの前記サイズはＸビットを有し；
    前記特定することは、前記選択されている拡張専用チャネル・トランスポート・フォーマット・コンビネーションの前記トランスポート・ブロック・サイズよりも少なくともＸビット大きいトランスポート・ブロック・サイズを有する前記拡張専用チャネル・トランスポート・フォーマット・コンビネーションのうちの１つを特定することをさらに含む、
    請求項９に記載の方法。
  11. 前記サイズを選択することは、伝送用のスケジュール可能でありスケジュールされている全ての論理チャネルのうち、そこで構成されている前記無線リンク制御装置からのプロトコル・データ・ユニットの最小のプロトコル・データ・ユニットのサイズであると判断されるＸを選択することをさらに含む、
    請求項１０に記載の方法。
  12. 前記サイズを選択することは、伝送用のスケジュール可能でありスケジュールされている全ての論理チャネルのうち、そこで構成されている前記無線リンク制御装置からのプロトコル・データ・ユニットの最大のプロトコル・データ・ユニットのサイズであると判断されるＸを選択することをさらに含む、
    請求項１０に記載の方法。
  13. 前記サイズを選択することは、スケジュール可能な最優先の論理チャネルに対して構成されている前記無線リンク制御装置からのプロトコル・データ・ユニットのサイズであると判断されるＸを選択することをさらに含む、
    請求項１０に記載の方法。
  14. 前記サイズを選択することは、スケジュール可能であり伝送バッファにデータを有する最優先の論理チャネルに対して構成されている前記無線リンク制御装置からのプロトコル・データ・ユニットのサイズであると判断されるＸを選択することをさらに含む、
    請求項１０に記載の方法。
  15. 前記サイズを選択することは、スケジュール可能であり伝送バッファにデータを有する複数の論理チャネルのうち、そこで構成されている前記無線リンク制御装置からのプロトコル・データ・ユニットの最小のプロトコル・データ・ユニットのサイズであると判断されるＸを選択することをさらに含む、
    請求項１０に記載の方法。
  16. 無線チャネルを介して現在のデータ転送速度で伝送されるトランスポート・ブロックの選択に応答して、次の動作：
    ・ 伝送用のスケジュール可能なデータ・ユニットのサイズを選択する動作；
    ・ 複数のトランスポート・ブロックのうちの１つを特定する動作であって、前記特定されるトランスポート・ブロックは、前記データ・ユニットの前記選択されたサイズと、前記現在選択されているトランスポート・ブロックのトランスポート・ブロック・サイズとを少なくとも保持し得るトランスポート・ブロック・サイズを有する、動作；
    ・ 前記特定されたトランスポート・ブロックが伝送に利用可能であるかどうかを判断する動作；
    ・ 前記特定されたトランスポート・ブロックが伝送に利用可能であることに応答して前記現在のデータ転送速度の増大のリクエストを伝送する動作；
    を実行するよう構成される処理ユニットを備え、
    ここで前記処理ユニットは、バッファ内のデータ量の基準が満たされているかどうかを判断する動作を実行するようさらに構成されており、前記選択する動作、前記特定する動作、前記特定されたトランスポート・ブロックが伝送に利用可能であるかどうかを判断する前記動作、および前記伝送する動作は、前記バッファ内の前記データ量の基準が満たされているという判断に応じて実行される、装置。
  17. 前記処理ユニットは少なくとも１つの集積回路に組み込まれている、請求項１６に記載の装置。
  18. 前記処理ユニットにつながれている送受信機と、前記送受信機につながれている少なくとも１つのアンテナとをさらに含む、請求項１６に記載の装置。
  19. セル式電話、無線通信機能を有する携帯情報端末、無線通信機能を有する携帯用コンピュータ、画像キャプチャ・デバイス、無線通信機能を有するゲーム・デバイス、無線通信機能を有する音楽記憶再生機器、またはインターネット機器のうちの少なくとも１つを含む、請求項１６に記載の装置。
  20. 前記特定されたトランスポート・ブロックが伝送に利用可能であるかどうかを判断する前記動作は、前記特定されたトランスポート・ブロックがサポートされている状態にあるかどうかを判断する動作をさらに含む、請求項１６に記載の装置。
  21. 前記特定されたトランスポート・ブロックが伝送に利用可能であるかどうかを判断する前記動作は、前記特定されたトランスポート・ブロックを或る時間間隔中に伝送するのに十分な電力が利用可能であるかどうかを判断する動作をさらに含む、請求項２０に記載の装置。
  22. 前記特定されたトランスポート・ブロックの前記トランスポート・ブロック・サイズは、ヘッダのサイズおよびデータ部のサイズを含む、請求項１６に記載の装置。
  23. 前記伝送する動作は、前記現在のデータ転送速度の前記増大の前記リクエストを示す状態に少なくとも１つのビットを変更する動作と、前記変更された少なくとも１つのビットを伝送する動作とをさらに含む、請求項１６に記載の装置。
  24. 前記変更する動作は、ハッピー・ビットを「不満」状態に設定する動作と、前記設定されたハッピー・ビットを伝送する動作とをさらに含む、請求項２３に記載の装置。
  25. 前記無線チャネルは拡張専用物理データ・チャネルを含み、前記伝送する動作は、前記現在のデータ転送速度の前記増大の前記リクエストを、拡張専用物理制御チャネルを介して伝送する動作をさらに含む、請求項１６に記載の装置。
  26. 前記選択されているトランスポート・ブロックは、拡張専用チャネル・トランスポート・フォーマット・コンビネーションのトランスポート・ブロックを含み、前記複数のトランスポート・ブロックは、データを伝送するのに使用可能な拡張専用チャネル・トランスポート・フォーマット・コンビネーションの複数のトランスポート・ブロックを含み、前記データ・ユニットは、無線リンク制御装置からのプロトコル・データ・ユニットを含む、請求項１６に記載の装置。
  27. コンピュータに、無線チャネルを介して現在のデータ転送速度で伝送されるトランスポート・ブロックの選択に応答して、以下の動作を実行させるプログラムであって、該動作は、
    伝送用のスケジュール可能なデータ・ユニットのサイズを選択することと；
    複数のトランスポート・ブロックのうちの１つを特定すること、ただし、前記特定されるトランスポート・ブロックは、前記データ・ユニットの前記選択されたサイズと、前記現在選択されているトランスポート・ブロックのトランスポート・ブロック・サイズとを少なくとも保持し得るトランスポート・ブロック・サイズを有するように、前記特定することと；
    前記特定されたトランスポート・ブロックが伝送に利用可能であるかどうかを判断することと；
    前記特定されたトランスポート・ブロックが伝送に利用可能であることに応答して前記現在のデータ転送速度の増大のリクエストの伝送を生じさせることと；
    を少なくとも含み、
    ここで前記動作は、バッファ内のデータ量の基準が満たされているかどうかを判断する動作をさらに含み、前記選択すること、前記特定すること、前記特定されたトランスポート・ブロックが伝送に利用可能であるかどうかを前記判断すること、および前記伝送することは、前記バッファ内の前記データ量の基準が満たされているという判断に応じて実行される、プログラム。
  28. 前記特定されたトランスポート・ブロックが伝送に利用可能であるかどうかを判断する前記動作は、前記特定されたトランスポート・ブロックがサポートされている状態にあるかどうかを判断する動作をさらに含む、請求項２７に記載のプログラム。
  29. 前記特定されたトランスポート・ブロックが伝送に利用可能であるかどうかを判断する前記動作は、前記特定されたトランスポート・ブロックを或る時間間隔中に伝送するのに十分な電力が利用可能であるかどうかを判断する動作をさらに含む、請求項２８に記載のプログラム。
  30. 前記特定されたトランスポート・ブロックの前記トランスポート・ブロック・サイズは、ヘッダのサイズおよびデータ部のサイズを含む、請求項２７に記載のプログラム。
  31. 前記伝送を生じさせる動作は、前記現在のデータ転送速度の前記増大の前記リクエストを示す状態に少なくとも１つのビットを変更する動作と、前記変更された少なくとも１つのビットの伝送を生じさせる動作とをさらに含む、請求項２７に記載のプログラム。
  32. 前記変更する動作は、ハッピー・ビットを「不満」状態に設定する動作と、前記設定されたハッピー・ビットの伝送を生じさせる動作とをさらに含む、請求項３１に記載のプログラム。
  33. 前記無線チャネルは拡張専用物理データ・チャネルを含み、前記伝送を生じさせる動作は、拡張専用物理制御チャネルを介し、前記現在のデータ転送速度の前記増大の前記リクエストの伝送を生じさせる動作をさらに含む、請求項２７に記載のプログラム。
  34. 前記選択されているトランスポート・ブロックは、拡張専用チャネル・トランスポート・フォーマット・コンビネーションのトランスポート・ブロックを含み、前記複数のトランスポート・ブロックは、データを伝送するのに使用可能な拡張専用チャネル・トランスポート・フォーマット・コンビネーションの複数のトランスポート・ブロックを含み、前記データ・ユニットは無線リンク制御装置からのプロトコル・データ・ユニットを含む、請求項２７に記載のプログラム。
  35. 無線チャネルを介して現在のデータ転送速度で伝送されるトランスポート・ブロックの選択に応答して動作する、少なくとも以下の手段：
    伝送用のスケジュール可能なデータ・ユニットのサイズを選択する手段；
    複数のトランスポート・ブロックのうちの１つを特定する手段であって、前記特定されるトランスポート・ブロックは、前記データ・ユニットの前記選択されたサイズと、前記現在選択されているトランスポート・ブロックのトランスポート・ブロック・サイズとを少なくとも保持し得るトランスポート・ブロック・サイズを有する、前記手段；
    前記特定されたトランスポート・ブロックが伝送に利用可能であるかどうかを判断する手段；
    前記特定されたトランスポート・ブロックが伝送に利用可能であることに応答して前記現在のデータ転送速度の増大のリクエストを伝送する手段；
    バッファ内のデータ量の基準が満たされているかどうかを判断する手段；
    を備え、前記選択する手段、前記特定する手段、前記特定されたトランスポート・ブロックが伝送に利用可能であるかどうかを前記判断する手段、および前記伝送する手段は、前記バッファ内の前記データ量の基準が満たされているという判断に応じて実行するように構成される、装置。
  36. セル式電話、無線通信機能を有する携帯情報端末、無線通信機能を有する携帯用コンピュータ、画像キャプチャ・デバイス、無線通信機能を有するゲーム・デバイス、無線通信機能を有する音楽記憶再生機器、またはインターネット機器のうちの少なくとも１つを含む、請求項３５に記載の装置。
  37. 拡張アップリンク専用チャネル（Ｅ−ＤＣＨ）伝送用に、現在のデータ転送速度よりも速いデータ転送速度で伝送するのに利用可能な電力を十分ユーザ機器が有しているという基準が少なくとも満たされれば、より速いデータ転送速度のリクエストを示す状態に少なくとも１つのビットを設定することを含む方法であって、前記ユーザ機器が利用可能な電力を十分有するかどうかの評価が、
    ・ 前記少なくとも１つのビットが伝送される伝送時間間隔（ＴＴＩ）内での伝送に選択されているＥ−ＤＣＨトランスポート・フォーマット・コンビネーション（Ｅ−ＴＦＣ）のトランスポート・ブロック・サイズよりも少なくともｘビット大きいトランスポート・ブロック・サイズを有するＥ−ＴＦＣを特定すること、ただし、ｘは、スケジュールされていないＭＡＣ−ｄ（媒体アクセス制御−ｄ）フローに属さずバッファ内にデータを有する全ての論理チャネルのうち、そこで構成されている最小の無線リンク制御（ＲＬＣ）プロトコル・データ・ユニット（ＰＤＵ）・サイズである、前記特定することと；
    ・ 前記特定されたＥ−ＴＦＣがサポートされていることを、前記選択されているＥ−ＴＦＣの電力オフセットに基づいて確認することと
    を含む方法。
  38. より速いデータ転送速度をリクエストする状態に少なくとも１つのビットを前記設定することは、ハッピー・ビットを「不満」状態に設定することをさらに含む、請求項３７に記載の方法。
  39. 前記確認することは、前記特定されたＥ−ＴＦＣがブロックされていないと判断することをさらに含む、請求項３７に記載の方法。
  40. 前記少なくとも１つのビットを、拡張専用物理制御チャネルを使用して伝送することをさらに含む、請求項３７に記載の方法。
  41. 拡張アップリンク専用チャネル（Ｅ−ＤＣＨ）伝送用に、現在のデータ転送速度よりも速いデータ転送速度で伝送するのに利用可能な電力を十分ユーザ機器が有しているという基準が少なくとも満たされれば、より速いデータ転送速度のリクエストを示す状態に少なくとも１つのビットを設定するよう構成された処理ユニットを含む装置であって、前記処理ユニットは、以下のことによって、前記ユーザ機器が利用可能な電力を十分有するかどうかを評価するよう構成され、
    前記処理ユニットは、前記少なくとも１つのビットが伝送される伝送時間間隔（ＴＴＩ）内での伝送に選択されているＥ−ＤＣＨトランスポート・フォーマット・コンビネーション（Ｅ−ＴＦＣ）のトランスポート・ブロック・サイズよりも少なくともｘビット大きいトランスポート・ブロック・サイズを有するＥ−ＴＦＣを特定するよう構成され、ｘは、スケジュールされていないＭＡＣ−ｄ（媒体アクセス制御−ｄ）フローに属さずバッファにデータを有する全ての論理チャネルのうち、そこで構成されている最小の無線リンク制御（ＲＬＣ）プロトコル・データ・ユニット（ＰＤＵ）・サイズであり；
    前記処理ユニットは、前記特定されたＥ−ＴＦＣがサポートされていることを、前記選択されているＥ−ＴＦＣの電力オフセットに基づいて確認するよう構成されている、装置。
  42. セル式電話、無線通信機能を有する携帯情報端末、無線通信機能を有する携帯用コンピュータ、画像キャプチャ・デバイス、無線通信機能を有するゲーム・デバイス、無線通信機能を有する音楽記憶再生機器、またはインターネット機器のうちの少なくとも１つを含む、請求項４１に記載の装置。
  43. 前記処理ユニットは、前記特定されたＥ−ＴＦＣがサポートされていることを確認する前記動作を実行するとき、前記特定されたＥ−ＴＦＣがブロックされていないと判断するようさらに構成されている、請求項４１に記載の装置。
  44. 前記処理ユニットは、前記少なくとも１つのビットを拡張専用物理制御チャネルを使用して伝送させるようさらに構成されている、請求項４１に記載の装置。
JP2008532895A 2005-09-29 2006-09-28 少なくとももう１つの選択されたデータ・ユニットを伝送する能力に基づいてデータ転送速度の増大をリクエストする装置、方法およびコンピュータ・プログラム Active JP4733748B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US72161805P 2005-09-29 2005-09-29
US60/721,618 2005-09-29
PCT/IB2006/002693 WO2007036790A1 (en) 2005-09-29 2006-09-28 Apparatus, method and computer program product to request a data rate increase based on ability to transmit at least one more selected data unit

Publications (2)

Publication Number Publication Date
JP2009510874A JP2009510874A (ja) 2009-03-12
JP4733748B2 true JP4733748B2 (ja) 2011-07-27

Family

ID=37899408

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008532895A Active JP4733748B2 (ja) 2005-09-29 2006-09-28 少なくとももう１つの選択されたデータ・ユニットを伝送する能力に基づいてデータ転送速度の増大をリクエストする装置、方法およびコンピュータ・プログラム

Country Status (18)

Country Link
US (1) US8059682B2 (ja)
EP (1) EP1929826B1 (ja)
JP (1) JP4733748B2 (ja)
KR (2) KR101020239B1 (ja)
CN (1) CN101347013B (ja)
BR (1) BRPI0617260B1 (ja)
CY (1) CY1118563T1 (ja)
DE (1) DE602006050788C5 (ja)
DK (1) DK1929826T3 (ja)
FI (1) FI1929826T7 (ja)
HU (1) HUE030044T2 (ja)
LT (1) LT1929826T (ja)
MY (1) MY154496A (ja)
PL (1) PL1929826T3 (ja)
PT (1) PT1929826T (ja)
RU (1) RU2385550C2 (ja)
WO (1) WO2007036790A1 (ja)
ZA (1) ZA200803546B (ja)

Families Citing this family (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI506997B (zh) * 2005-04-29 2015-11-01 Interdigital Tech Corp 多工增強上鏈頻道資料的無線傳輸/接收單元及方法
US8116292B2 (en) * 2005-04-29 2012-02-14 Interdigital Technology Corporation MAC multiplexing and TFC selection procedure for enhanced uplink
DE102006004250B4 (de) * 2006-01-30 2008-04-24 Infineon Technologies Ag Kommunikationseinrichtung, Verfahren zum Betreiben einer Kommunkationseinrichtung und Computerprogrammelement
US8000291B2 (en) * 2006-07-06 2011-08-16 Interdigital Technology Corporation Wireless communication method of selecting an enhanced uplink transport format combination by setting a scheduling grant payload to the highest payload that can be transmitted
KR101367571B1 (ko) 2006-08-21 2014-02-25 인터디지탈 테크날러지 코포레이션 무선 통신 시스템에서 스케쥴링 정보를 송신하는 방법 및 장치
CN101166076B (zh) * 2006-10-20 2012-06-27 创新音速有限公司 无线通信系统设定上链路传输信道组态的方法及相关装置
KR101389075B1 (ko) 2007-06-27 2014-05-26 삼성전자주식회사 이동 통신 시스템에서 맥 프로토콜 데이터 유닛을 생성하는장치 및 방법
JP5199350B2 (ja) 2007-07-04 2013-05-15 テレフオンアクチーボラゲット エル エム エリクソン（パブル） ユーザ端末電力不足表示
WO2009040763A2 (en) * 2007-09-26 2009-04-02 Nokia Corporation Apparatus, methods, and computer program products providing a dynamic header structure for signaling resource allocations
WO2009045913A2 (en) * 2007-09-28 2009-04-09 Interdigital Patent Holdings, Inc. Method and apparatus for generating radio link control protocol data units
KR101568887B1 (ko) * 2007-09-28 2015-11-12 인터디지탈 패튼 홀딩스, 인크 무선 통신에서의 강화된 전송 포맷 조합 선택을 위한 방법 및 장치
KR101108396B1 (ko) * 2007-09-28 2012-01-30 인터디지탈 패튼 홀딩스, 인크 무선 통신을 위한 프로토콜 데이터 유닛의 레이어 2 프로세싱 및 생성을 위한 방법 및 장치
US20090097401A1 (en) * 2007-10-12 2009-04-16 Wael William Diab Method and system for configurable data rate thresholds for energy efficient ethernet
JP5346959B2 (ja) * 2008-02-01 2013-11-20 インターデイジタル パテント ホールディングス インコーポレイテッド 論理チャネルを優先順位付けするための方法および装置
US8259580B2 (en) * 2008-06-20 2012-09-04 Interdigital Patent Holdings, Inc. Method and apparatus for setting a happy bit on an E-DCH dedicated physical control channel
US8358614B2 (en) 2008-10-31 2013-01-22 Interdigital Patent Holdings, Inc. Method and apparatus for handling uplink transmissions using multiple uplink carriers
KR101297877B1 (ko) 2008-10-31 2013-08-20 인터디지탈 패튼 홀딩스, 인크 다수의 상향링크 반송파를 사용하는 무선 전송 방법 및 장치
US8620334B2 (en) 2009-03-13 2013-12-31 Interdigital Patent Holdings, Inc. Method and apparatus for carrier assignment, configuration and switching for multicarrier wireless communications
SG175343A1 (en) 2009-04-24 2011-11-28 Interdigital Patent Holdings Method and apparatus for generating a radio link control protocol data unit for multi-carrier operation
CN101951643B (zh) * 2009-09-03 2014-04-23 开曼群岛威睿电通股份有限公司 通信接入程序的方法、装置及系统
CN102014508B (zh) * 2009-09-04 2013-08-07 中兴通讯股份有限公司 一种半静态调度重激活的方法及基站
KR101683597B1 (ko) * 2010-01-11 2016-12-20 엘지전자 주식회사 무선 통신 시스템에서 복수의 주파수를 사용하는 단말의 전력 증감 요청 방법 및 장치
EP2578039A4 (en) * 2010-05-26 2016-11-16 Ericsson Telefon Ab L M METHOD AND DEVICE FOR INCREASED BITRATE
US9380490B2 (en) 2010-11-08 2016-06-28 Qualcomm Incorporated System and method for uplink multiple input multiple output transmission
US9516609B2 (en) 2010-11-08 2016-12-06 Qualcomm Incorporated System and method for uplink multiple input multiple output transmission
US9497773B2 (en) * 2012-02-08 2016-11-15 QUALOCOMM Incorporated Method and apparatus for enhancing resource allocation for uplink MIMO communication
CN103370971B (zh) * 2010-12-30 2016-11-09 瑞典爱立信有限公司 上行链路传输定时
WO2013076899A1 (ja) 2011-11-25 2013-05-30 日本電気株式会社 無線局、及び無線局によるユーザーデータの処理方法
JP6146309B2 (ja) 2011-11-25 2017-06-14 日本電気株式会社 無線局、及び無線局によるユーザーデータの処理方法
EP2800447B1 (en) 2011-11-25 2017-11-22 Nec Corporation Wireless station and method of processing user data with wireless station
EP2785139B1 (en) 2011-11-25 2019-06-05 Nec Corporation Wireless station and method of processing user data with wireless station
US8902901B2 (en) * 2012-03-23 2014-12-02 Itron, Inc. Communication packet conversion
WO2013147490A1 (ko) * 2012-03-26 2013-10-03 엘지전자 주식회사 무선 통신 시스템에서 무선 자원의 동적 자원 변경을 위한 harq 수행 방법 및 이를 위한 장치
CN103391579B (zh) 2012-05-11 2017-04-12 华为技术有限公司 服务授权值的处理方法、用户设备及网络设备
EP2846495B1 (en) * 2012-05-30 2017-07-12 Huawei Technologies Co., Ltd. Multi-flow transmission scheduling method and device
WO2013187817A1 (en) * 2012-06-12 2013-12-19 Telefonaktiebolaget L M Ericsson (Publ) Methods providing buffer estimation and related network nodes and wireless terminals
CN105430035A (zh) * 2014-09-18 2016-03-23 腾讯科技（北京）有限公司 一种上传网络数据的方法和装置
US9888073B2 (en) * 2015-06-15 2018-02-06 Flir Commercial Systems, Inc. System and method for managing a collective data transfer rate of a plurality of edge devices
CN107613557B (zh) * 2016-07-11 2020-03-24 电信科学技术研究院 一种发射功率确定方法、终端、网络设备和系统

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006102949A1 (en) * 2005-04-01 2006-10-05 Matsushita Electric Industrial Co., Ltd. Scheduling of mobile terminals in a mobile communication system

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20010066281A (ko) * 1999-12-31 2001-07-11 서평원 범용 이동통신 시스템의 전송채널 포맷 관리 방법
KR100352893B1 (ko) * 2000-12-07 2002-09-16 에스케이 텔레콤주식회사 비동기식 차세대 이동 통신 시스템에서의 단일 이동단말기의 트래픽 조절 방법
KR100405408B1 (ko) * 2001-06-25 2003-11-14 에스케이 텔레콤주식회사 비동기식 차세대 이동통신 시스템에서의 단일 이동단말기의 논리 채널에 대한 우선 순위 제어 방법
KR100810281B1 (ko) * 2002-03-30 2008-03-07 삼성전자주식회사 부호분할다중접속 이동통신시스템에서 전송 포맷 선택을위한 검색시간 최소화 방법
US20040160922A1 (en) 2003-02-18 2004-08-19 Sanjiv Nanda Method and apparatus for controlling data rate of a reverse link in a communication system
GB2401760B (en) 2003-05-15 2005-09-14 Nec Technologies Transport format selection
US7363010B2 (en) * 2004-04-15 2008-04-22 Qualcomm Incorporated Power control for intermittently active data channels in a wireless communication system
US7580388B2 (en) * 2004-06-01 2009-08-25 Lg Electronics Inc. Method and apparatus for providing enhanced messages on common control channel in wireless communication system
EP1892901A3 (en) * 2004-10-01 2011-07-13 Panasonic Corporation Quality-of-service (qos)-aware scheduling for uplink transmission on dedicated channels
US8189615B2 (en) * 2004-12-23 2012-05-29 Nokia Corporation Method and apparatus for communicating scheduling information from a UE to a radio access network
ATE436169T1 (de) * 2005-04-01 2009-07-15 Panasonic Corp ZUWEISUNG DES ßHAPPY BITß IN EINEM MOBILEN KOMMUNIKATIONSSYSTEM
US8179836B2 (en) * 2005-04-20 2012-05-15 Interdigital Technology Corporation Method and apparatus for controlling transmissions via an enhanced dedicated channel
TWI506997B (zh) * 2005-04-29 2015-11-01 Interdigital Tech Corp 多工增強上鏈頻道資料的無線傳輸/接收單元及方法
US8116292B2 (en) * 2005-04-29 2012-02-14 Interdigital Technology Corporation MAC multiplexing and TFC selection procedure for enhanced uplink
US8086257B2 (en) * 2005-08-11 2011-12-27 Alcatel Lucent Dedicated control channel detection for enhanced dedicated channel

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006102949A1 (en) * 2005-04-01 2006-10-05 Matsushita Electric Industrial Co., Ltd. Scheduling of mobile terminals in a mobile communication system

Also Published As

Publication number Publication date
MY154496A (en) 2015-06-30
US8059682B2 (en) 2011-11-15
EP1929826B1 (en) 2016-11-02
EP1929826A1 (en) 2008-06-11
FI1929826T9 (fi) 2024-03-08
LT1929826T (lt) 2017-01-10
US20070073895A1 (en) 2007-03-29
CN101347013A (zh) 2009-01-14
DK1929826T3 (en) 2017-01-23
DE602006050788C5 (de) 2024-06-13
WO2007036790A1 (en) 2007-04-05
RU2385550C2 (ru) 2010-03-27
HUE030044T2 (en) 2017-04-28
FI1929826T7 (fi) 2024-03-08
PT1929826T (pt) 2016-12-30
PL1929826T3 (pl) 2017-06-30
BRPI0617260A2 (pt) 2011-07-19
KR20100114946A (ko) 2010-10-26
KR20080066713A (ko) 2008-07-16
ZA200803546B (en) 2009-03-25
JP2009510874A (ja) 2009-03-12
RU2008115902A (ru) 2009-11-10
CY1118563T1 (el) 2017-07-12
BRPI0617260A8 (pt) 2016-04-19
KR101087188B1 (ko) 2011-11-25
KR101020239B1 (ko) 2011-03-08
EP1929826A4 (en) 2012-07-18
BRPI0617260B1 (pt) 2018-12-04
CN101347013B (zh) 2012-07-25

Similar Documents

Publication Publication Date Title
JP4733748B2 (ja) 少なくとももう１つの選択されたデータ・ユニットを伝送する能力に基づいてデータ転送速度の増大をリクエストする装置、方法およびコンピュータ・プログラム
US10630448B2 (en) Logical channel management in a wireless communication network
JP5782087B2 (ja) 無線通信における拡張トランスポート・フォーマット・コンビネーション選択のための方法および装置
US7693156B2 (en) Apparatus, method and computer program product providing user equipment operation by considering scheduling information with regard to the use of relative grants
JP4610652B2 (ja) サービングセル変更時のスケジューリング情報
EP1827043A1 (en) Mobile communication system, mobile station, wireless base station, and wireless line control station
JP2008503145A (ja) 移動通信システムにおけるサービス品質保障のためのトランスポートフォーマット組み合わせ選択方法
KR101558645B1 (ko) Ｅ-ｄｃｈ 전용 물리적 제어 채널 상의 해피 비트를 설정하는 방법 및 장치

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20101021

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20101116

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110201

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110322

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110322

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20110418

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110422

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140428

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

Ref document number: 4733748

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250