(57)【要約】      （修正有）【課題】ユーザ装備により将来の転送時間間隔（ＴＴＩ）に対するデータのサイズを適応させる方法の提供。【解決手段】将来のＴＴＩで活性化されることと期待される非スケジューリングされた承認を有する全てのＭＡＣ−ｄフローは第１リストに格納され（２０２）、第２リストは、非スケジューリングされた承認を有せず、少なくとも現在のＴＴＩでＲＬＣ ＰＤＵを有する全てのＭＡＣ−ｄフローを備えている（２０４）。第１リストは第２リストで最高の電力オフセットを有するＭＡＣ−ｄフローに更新される。Ｅ−ＴＦＣは、更新された第１リストで最高の電力オフセットを有するＭＡＣ−ｄフローを用いて将来のＴＴＩに対してＵＥにより選択される（２０６）。したがって、将来のＴＴＩに対するデータのサイズは、選択されたＥ−ＴＦＣを用いてＵＥにより適応される（２０８）。第２リストは、将来のＴＴＩに対するＥ−ＴＦＣが選択される前または後に準備できる。【選択図】図４
2014042254.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークが無線リンク制御（ＲＬＣ）パケットデータユニット（ＰＤＵ）を受信する方法であって、
ユーザ装備（ＵＥ）に現在のＴＴＩにおける許可されるデータ量を伝送するステップと、
次のＴＴＩで前記ＵＥからＲＬＣ ＰＤＵを受信するステップと、を含み、
前記次のＴＴＩで受信したＲＬＣ ＰＤＵのサイズは、
前記次のＴＴＩのための前記ＲＬＣ ＰＤＵのサイズが柔軟（flexible）である場合、前記現在のＴＴＩで許容されるデータ量に基づいて決定されることを特徴とする方法。
【請求項２】
前記次のＴＴＩで受信したＲＬＣ ＰＤＵのサイズは、前記次のＴＴＩのための承認で許可されたデータの最大量をさらに考慮して決定されることを特徴とする請求項１に記載の方法。
【請求項３】
現在のＴＴＩでＵＥに許可されるデータ量を決定する制御部と、
前記ＵＥに前記現在のＴＴＩにおける許可されるデータ量を伝送し、次のＴＴＩで前記ＵＥからＲＬＣ ＰＤＵを受信する送受信器と、を含み、
前記次のＴＴＩで受信したＲＬＣ ＰＤＵのサイズは、
前記次のＴＴＩのための前記ＲＬＣ ＰＤＵのサイズが柔軟（flexible）である場合、前記現在のＴＴＩで許容されるデータ量に基づいて決定されることを特徴とするネットワーク。
【請求項４】
前記次のＴＴＩで受信したＲＬＣ ＰＤＵのサイズは、前記次のＴＴＩのための承認で許容されたデータの最大量をさらに考慮して決定されることを特徴とする請求項３に記載のネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的にユーザ装備（ＵＥ）に関し、より詳しくは、ＵＥでデータユニットサイズを適応させることに関する。
【背景技術】
【０００２】
本発明は、レイヤ（layer）２プロトコルのための３ＧＰＰ（Third Generation Partnership Project）規定に関するものである。最近の３ＧＰＰ ２５．３２１媒体アクセス制御（ＭＡＣ）のリリーズ−８バージョン８．５．０及び２５．３２２無線リンク制御（ＲＬＣ）のバージョン８．４．０では、多様なプロトコルの説明が本技術分野の状態と関連して言及されている。
【０００３】
ＵＥのような通信装置は、多重プロトコルレイヤまたはスタック（stack）を含む。データリンクレイヤまたはレイヤ２（Ｌ２）は、物理レイヤ（または、Ｌ１）でのエラー処理、フロー制御、及びフレーム同期化のような作業を果たしているレイヤである。Ｌ２の機能は、ＭＡＣサブレイヤ及びＲＬＣサブレイヤとして知られたＬ２の２つのサブレイヤに分割されている。ＭＡＣサブレイは通信中のエンティティにデータを転送するように承認を許可することで、ネットワークへのアクセスを制御し、ＲＬＣサブレイヤはデータフレーム同期化、フロー制御、及びエラーチェックを制御する。
【０００４】
ＲＬＣにより提供されるサービスを無線ベアラー（Radio Bearer；ＲＢ）という。ＭＡＣは、転送チャンネル（transfer channel）を経由してＬ１に接続され、論理チャンネル（logical channel）を経由してＲＬＣに接続される。３ＧＰＰのリリーズ６には、アップリンク（ＵＬ）での強化専用チャンネル（Enhanced Dedicated Channel；Ｅ−ＤＣＨ）が紹介されている。従来のシステムにおいて、Ｅ−ＤＣＨは特定のＥ−ＤＣＨ転送フォーマット組合せ（E-DCH Transport Format Combinations；Ｅ−ＴＦＣｓ）により構成される。Ｅ−ＴＦＣは、高速アップリンクパケットアクセス（ＨＳＵＰＡ）でＵＥにより制御されるデータレート組合せであり、ＵＥにより用いられる。Ｅ−ＤＣＨに対するデータレートは、論理チャンネルからデータを転送するためにＥ−ＴＦＣ選択というプロシージャ（procedure）を用いて選択される。全ての論理チャンネルは、どの絶対優先順位と関連しており、上位の優先順位データの転送を最優先にする。
【０００５】
現在の転送時間間隔（ＴＴＩ）や将来のＴＴＩのうちの１つでＵＥにより転送されるＲＬＣ ＰＤＵのサイズは、ＵＥの現在の無線条件に従って適応される。ＲＬＣ ＰＤＵサイズ適応に関して一般的に知られた大部分の方式は、Ｅ−ＴＦＣに基盤するか、承認（Grant）に基盤する。Ｅ−ＴＦＣ基盤の方式において、現在のＴＴＩから選択されたＥ−ＴＦＣは、次のまたは将来のＴＴＩでＰＤＵサイズを判定するためのガイディングメトリック（guiding metric）として考慮される。したがって、仮にＲＢが現在のＴＴＩで転送するデータが少ないとか、有していない場合、少ないデータは、将来のＴＴＩで転送のために除去されることもできる。したがって、このＲＢからのデータサイズは最小になるか、ゼロになることもできる。しかしながら、現在のＴＴＩでＲＢに対するデータ量は将来のＴＴＩと同一なものを維持しないこともある。将来のＴＴＩにおいて、このＲＢが転送に利用可能なデータを有する場合、現存するＥ−ＴＦＣ基盤の方式では選択されたＥ−ＴＦＣに対する依存のため、誤った結果にゼロ（または、より小さなサイズ）データ転送をもたらす。これは、誤った推定によりデータサイズの誤った適応をもたらすようになる。
【０００６】
承認基盤の方式は、現在ＴＴＩで受信された承認を将来のＴＴＩに対するデータサイズ推定のためのガイディングメトリックと見なすようになる。しかしながら、ＲＢに対するデータサイズは、承認から直接類推されることはできず、上位優先順位のＲＢに関するデータの存在、上位優先順位のＲＢがスケジューリングされた承認を用いている場合の上位優先順位ＲＢのバッファ占有、及び上位優先順位ＲＢがスケジューリングされない承認を用いている場合、関連する非スケジューリングされた承認のＴＴＩの適用可能性、またはこれに対する限定により影響を受けるようになる。
【０００７】
これら全ては、将来のＴＴＩに対するデータサイズの不正確な推定に引き継がれて、これによって将来のＴＴＩに対するデータサイズの不正確な適応をもたらすようになる。また、現存する方式は実際の転送の前に生成することもできるＲＬＣ ＰＤＵの個数を調節できない。一般的に知られた接近法のうちの１つは、生成できるＲＬＣ ＰＤＵの個数に対する任意の限界を特定するものであり、これは、多過ぎる、または少な過ぎるＲＬＣ ＰＤＵが生成されることを引き起こすようになる。承認が増加し、充分でない個数のＰＤＵが生成される場合、承認が適切に用いられないこともあり、足りない無線資源の浪費をもたらす結果が生じる。しかしながら、仮にこのような接近法を用いて承認が減少されて、多過ぎるＰＤＵが生成される場合、ＰＤＵはＴＴＩに亘って多くの部分にセグメント化されなければならず、損失及びヘッダオーバーヘッドの可能性を増加させる結果をもたらすようになる。したがって、ＵＥが次のまたは将来のＴＴＩでデータを転送することに適応できる改善された正確性によりＲＬＣデータのサイズを推定できる解決策を提供する必要がある。
【０００８】
また、従来方法によっては、一定の個数のＲＬＣ ＰＤＵが現在ＴＴＩで許容された承認を用いてＵＥにより予め生成される。しかしながら、ＵＥに対してスケジューリングされた承認は、時間を経るにつれて減少することもあり、これは結局、将来のＴＴＩで転送されるデータが減るようになる。したがって、中間ＴＴＩで生成された全てのＲＬＣ ＰＤＵはＵＥにより転送できないこともあり、バッファに残っていることがあるので、累積されたサイズの生成されたＲＬＣ ＰＤＵが有効なスケジューリングされた承認により許可されたサイズより大きくなることもできる。したがって、将来のＴＴＩに対してＵＥによりＲＬＣ ＰＤＵが効率良く生成される必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
したがって、本発明は従来技術で発生する前述した問題点を解決するためになされたものであって、ＵＥにより将来のＴＴＩに対するデータサイズに適応させる装置及び方法を提供し、将来のＴＴＩに対して活性化される全てのＭＡＣ−ｄフローはＭＡＣ−ｄフローと関連した承認タイプに基づいて複数のリストにグループ化される。
【課題を解決するための手段】
【００１０】
本発明は、ＵＥにより将来のＴＴＩに対するデータサイズに適応させるための装備及び方法を提供し、ここで、将来のＴＴＩに対して活性化される全てのＭＡＣ−ｄフローはＭＡＣ−ｄフローと関連した承認タイプに基づいて複数のリストにグループ化される。したがって、将来のＴＴＩで活性化されることと期待される非スケジューリングされた承認を有する全てのＭＡＣ−ｄフローは第１リストに格納され、第１リストからＭＡＣ−ｄフローとマルチプレキシングされるようにネットワークにより許容される全てのＭＡＣ−ｄフローもまた第１リストに追加される。仮に、第１リストがＭＡＣ−ｄフローを含んでいない場合、第２リストは、非スケジューリングされた承認を有せず、少なくとも現在のＴＴＩでＲＬＣ ＰＤＵを有する全てのＭＡＣ−ｄフローを備えている。第１リストは、第２リストで最高の電力オフセットを有するＭＡＣ−ｄフローに更新される。Ｅ−ＴＦＣは、更新された第１リストで最高の電力オフセットを有するＭＡＣ−ｄフローを用いて将来のＴＴＩに対してＵＥにより選択される。したがって、将来のＴＴＩに対するデータのサイズは、選択されたＥ−ＴＦＣを用いてＵＥにより適応される。第２リストは、将来のＴＴＩに対するＥ−ＴＦＣが選択される前または後に準備できる。
【００１１】
本発明は、ＭＡＣ−ｄフローと関連した承認値とＵＥにより適応されたデータサイズに基づいて論理チャンネルにデータのサイズを配分する方法をさらに提供し、ここで、論理チャンネルは更新された第１リストからＭＡＣ−ｄフローの上にマッピングされる。更新された第１リストからＭＡＣ−ｄフローの上にマッピングされた全ての論理チャンネルは第３リストに格納される。承認が非スケジューリングされた承認の場合、承認値とＵＥにより適応されたデータのサイズのうち、最小値はＵＥで第１プロトコルレイヤにより第２プロトコルレイヤに指示される。仮に、承認がスケジューリングされた承認の場合、ＵＥにより適応されたデータのサイズまたは異なる値のうちの１つが第１プロトコルレイヤにより第２プロトコルレイヤに指示される。
【００１２】
本発明によれば、ＵＥにより将来のＴＴＩに対するＲＬＣ ＰＤＵを生成する方法が提供され、ここで、将来のＴＴＩに対するＲＬＣ ＰＤＵを生成するためのバイト個数の最大値は要素（factor）及び将来のＴＴＩに対してＵＥにより適応されるＲＬＣ ＰＤＵのサイズを用いて判定され、ＵＥは現在のＴＴＩに存在する。その後、将来のＴＴＩに対するＲＬＣ ＰＤＵは最大値を用いて生成される。この要素は、ＵＥに対してスケジューリングされた承認の最大変動に基づく。
【００１３】
本発明によれば、複数のＭＡＣ−ｄフローを格納する格納手段を含む通信装置が提供され、ＭＡＣ−ｄフローはこのＭＡＣ−ｄフローと関連した承認タイプに基づいて複数のリストに格納される。通信装置は、格納されたＭＡＣ−ｄフローからＭＡＣ−ｄフローと関連した電力オフセット値を用いて将来のＴＴＩに対するＥ−ＴＦＣを選択し、選択されたＥ−ＴＦＣを用いて将来のＴＴＩに対するＲＬＣ ＰＤＵサイズを適応させるプロセッシングユニットと、通信装置において、承認での最大変動及び将来のＴＴＩに対してＵＥにより適応されたデータのサイズに基づいた要素を用いて、将来のＴＴＩに対するＲＬＣ ＰＤＵを生成するプロセッシングユニットを含む。
【発明の効果】
【００１４】
本発明は、ＵＥにより次のまたは将来のＴＴＩでデータを転送するために適応されることもできる改善された正確性でＲＬＣデータのサイズを推定するソリューションを提供する。
また、本発明はＵＥにより将来のＴＴＩに対するＲＬＣ ＰＤＵを効率の良く生成できる。
【図面の簡単な説明】
【００１５】
【図１】現存するオープンシステム相互接続（ＯＳＩ）参照モデルに基づいてＵＥモデルにおけるレイヤ２の機能及びサービスを示す図である。
【図２】現存するオープンシステム相互接続（ＯＳＩ）参照モデルに基づいてＵＥモデルにおけるレイヤ２の機能及びサービスを示す図である。
【図３】現存するオープンシステム相互接続（ＯＳＩ）参照モデルに基づいてＵＥモデルにおけるレイヤ２の機能及びサービスを示す図である。
【図４】本発明に係るＵＥにより将来のＴＴＩに対するデータサイズを適応させる方法を示す図である。
【図５】将来のＴＴＩに対してＵＥにより適応されたデータサイズをＭＡＣ−ｄフローの上にマッピングされた論理チャンネルに配分する方法を示す図である。
【図６】将来のＴＴＩに対してＵＥがＲＬＣ ＰＤＵを生成する方法を示す図である。
【図７】本発明に係る機能ブロックを含む通信装置を示す図である。
【発明を実施するための形態】
【００１６】
本発明の以下の説明は、添付した図面を参照して明確になる。
【００１７】
以下、本発明の好ましい実施形態を添付した図面を参照しつつ説明する。次の説明及び図面で、明確性と簡潔性のために本明細書に含まれた公知の機能及び構成の詳細な説明については省略する。
【００１８】
汎用モバイル遠隔通信システム（ＵＭＴＳ）、高速パケットアクセス（ＨＳＰＡ）、またはＨＳＰＡ＋システムのような従来の遠隔通信システムにおける通信エンティティまたはネットワーク構成要素は、多重のプロトコルレイヤまたはスタックで構成される。通信エンティティの一例としては、本明細書で考慮されているＵＥが挙げられる。
【００１９】
図１は、現存するＯＳＩ参照モデルに基づいてＵＥでのレイヤ２（または、Ｌ２）の機能及びサービスを図示する。Ｌ２ １０４は、データリンクレイヤとして知られており、物理レイヤ（または、Ｌ１）１０２でのエラー処理、フロー制御、及びフレーム同期化のような作業を担当する。Ｌ２ １０４の機能は、ＭＡＣ １０８サブレイヤとＲＬＣ １１２サブレイヤに分割されている。ＭＡＣ １０８サブレイヤは、ＵＥのような通信エンティティに承認を許可することで、ネットワークへのアクセスを制御してデータを転送し、ＲＬＣ １１２サブレイヤは、データフレーム同期化、フロー制御、及びエラーチェックを制御する。ＲＬＣ １１２は、無線ベアラー（ＲＢ）１１４サービスを提供する。ＭＡＣ １０８は、転送チャンネル１０６を経由してＬ１ １０２に接続され、論理チャンネル１１０を経由してＲＬＣ １１２に接続される。
【００２０】
プロトコルレイヤは、これの真下にあるものにより提供されたサービスを利用し、順次にこれの真上にあるものにサービスを提供するようになる。高速のデータレート（ＨＳＰＡ＋）において、改善された強化アップリンクのためのＵＭＴＳシステムでは、新たなＥ−ＤＣＨが３ＧＰＰのリリーズ６により紹介されている。Ｅ−ＤＣＨの上でのデータの転送は、３個のＭＡＣエンティティ（ＭＡＣ−ｄ、ＭＡＣ−ｉ、及びＭＡＣ−ｉｓ）により制御される。ＲＬＣは、ＲＬＣ ＳＤＵというデータユニットを上位レイヤまたはアプリケーション及びセグメントから受信し、またはＳＤＵを連結してＲＬＣ ＰＤＵという新たなデータユニットを生成する。
【００２１】
ＭＡＣ−ｄは、ＲＬＣ ＰＤＵをＭＡＣ−ｄ ＳＤＵとして受信し、ＭＡＣ−ｄ ＳＤＵをＭＡＣ−ｉｓにＭＡＣ−ｄ ＰＤＵとして転送する。異なる論理チャンネルからのＭＡＣ−ｉｓ ＳＤＵまたはＭＡＣ−ｄ ＰＤＵは、単一のＭＡＣ−ｉｓ ＰＤＵにマルチプレキシングされる。多重論理チャンネルからの多重ＭＡＣ−ｉｓ ＰＤＵは、ただ１つのＭＡＣ−ｉ ＰＤＵであるが、転送時間間隔（ＴＴＩ）で転送できる。多様なタイプのアプリケーションデータを単一のＥ−ＤＣＨ転送チャンネルにマッピングできる。しかしながら、異なるアプリケーションのサービス要求事項の品質が相当に異なることがあるので、これらはＭＡＣ−ｄプロファイルという異なるプロファイルにグループ化される。ＭＡＣ−ｄプロファイルは、１つ以上の論理チャンネルで構成されたＭＡＣ−ｄフローと唯一に関連している。ＭＡＣ−ｄプロファイルは、これにマッピングされているアプリケーションデータに対して待機（latency）及びエラーレートを本質的に制御する。
【００２２】
図２に示すように、ＭＡＣ−ｉ １２６はＥ−ＤＣＨ １４０転送チャンネルをハンドリングする。Ｅ−ＤＣＨ １４０転送チャンネル上へのデータ転送は、ＭＡＣ−ｉ １２６でハイブリッド自動反復要請（ＨＡＲＱ）１３４と知られたプロセスにより制御される。ＴＴＩの値が１０ｍｓか２ｍｓかによって４個または８個のＨＡＲＱプロセスが各々存在することもできる。ＨＡＲＱプロセスは時間上に整列され、唯一に識別できる。どのＴＴＩでの転送されるデータがどのデータであるかによって、論理チャンネルを次の３つの方法により制限できる。
【００２３】
ＭＡＣ−ｄフロー毎に、同一ＴＴＩでマルチプレキシングできるＭＡＣ−ｄフローのリストを特定できる。
非スケジューリングに承認されたＭＡＣ−ｄフロー毎にデータを転送することに利用できるＨＡＲＱプロセスの排他的リストを特定できる。
スケジューリングされた承認を用いて転送されるＭＡＣ−ｄフローからデータを転送するために利用できるＨＡＲＱプロセスの排他的リストを特定できる。
【００２４】
従来のシステムでは、ＨＳＵＰＡでＵＥにより制御されるように許容されるデータレート組合せであり、ＵＥにより用いられる特定のＥ−ＤＣＨ転送フォーマット組合（Ｅ−ＴＦＣ）によりＥ−ＤＣＨを構成する。図２に示すように、Ｅ−ＤＣＨ １４０に対するデータレートは、論理チャンネルからデータを転送するためにＥ−ＴＥＣ選択１３２というプロシージャを用いて選択される。全ての論理チャンネルは、同一な絶対優先順位と関連しており、これら優先順位はデータを転送するためにハンドリングされる（１３０）。上位優先順位のデータの転送が最優先になされる。本発明の理解と関連する機能的ブロック１３０、１３２、１３４のみをここに説明し、ＭＡＣ−ｉ １２６の機能を代表にして記述されることもできるその他の機能的ブロックは、ＭＡＣ−ｉを一般的に機能するようにする機能的ブロック１３０、１３２、１３４と一緒に共存することと仮定する。
【００２５】
図３に示すように、ＲＬＣ １４６はＲＬＣ ＳＤＵ １４４を上位レイヤとセグメントから受信してＳＤＵ １４４を連結し、ＲＬＣ ＰＤＵ １４８という他のセットのデータユニットを作る。ＲＬＣ ＰＤＵ １４８はＭＡＣ １５０に伝達され、順次にこれらはＬ１ １５４に伝達される。Ｌ１はこれらＰＤＵをピア（peer）通信エンティティのＬ１に転送する（１５６）。
【００２６】
また、向上したアップリンクのためのＵＭＴＳシステムにおいて、Ｅ−ＤＣＨ上の転送は、また転送に利用できる電力を割り当てることによって制御する。ネットワークにより制御される電力である専用物理制御チャンネル（ＤＰＣＣＨ）から電力オフセットに従って割り当てられる。ＲＬＣ ＰＤＵのサイズは、許容された最大ＲＬＣ ＰＤＵサイズ以下でなければならない。仮に、バッファ内に充分なデータがある場合、ＲＬＣ ＰＤＵのサイズは許容された最小ＲＬＣ ＰＤＵサイズ以上でなければならない。Ｅ−ＴＦＣ選択は、成功的に転送されたデータに必要とされるＥ−ＴＦＣに該当する電力オフセットを提供する。電力割当の代りに、ネットワークは幾つかのアプリケーションに一定のビット−レートを割り当てることができる。これらアプリケーションからのデータは、現在ＴＴＩでネットワークにより割り当てられた電力に関わらず転送できる。このような一定のビット−レートは非スケジューリングされた承認（ＮＳＧ）という。典型的な電力割当をスケジューリングされた承認（ＳＧ）といい、絶対的または相対的でありうる。絶対的承認は、転送に適用できる電力オフセットの最大値（absolute maximum value）となる。相対的承認は、アップ（UP）、ダウン（DOWN）、または維持（HOLD）のうちの１つを表すことができる。
【００２７】
非スケジューリングされた承認でＭＡＣ−ｄフローにマッピングされたＲＢにおいて、許容されたデータサイズは無線条件に基づいて変更されない。したがって、データに対する要求事項や、このようなＲＢに対するＰＤＵサイズの適応は重要でない。次の説明では、用語“ＲＢ”はスケジューリングされた承認でＭＡＣ−ｄフローにマッピングされるＲＢに使われる。
【００２８】
図４は、本発明に係るＵＥにより‘現在値＋Ｎ’または将来のＴＴＩに対するデータサイズを適応する方法を示し、ここで、Ｎは現在のＴＴＩから将来に考慮されるＴＴＩの個数を示す変数である。どのＴＴＩでデータを転送するために利用できる論理チャンネルは、論理チャンネルと関連した承認に基づいて限定できる。この情報は、ＲＢからのデータが将来のＴＴＩで利用されるか否かを判断するために使われる。
【００２９】
ステップ２０２で、将来のＴＴＩで活性化されるＨＡＲＱプロセスを使用するように許容される非スケジューリングされた承認を有する全てのＭＡＣ−ｄフローが判定されて、第１リストに格納される。ＭＡＣ−ｄフローまたは第１リストに既に格納されているＭＡＣ−ｄフローとマルチプレキシングされたデータが判定され、ＭＡＣ−ｄフローと共に第１リストに格納される。ＲＢがマッピングされるＭＡＣ−ｄフローは、第１リストに格納された１つ以上のＭＡＣ−ｄフローに属しない場合、このＲＢからのデータは将来のＴＴＩで転送できない。そうでない場合、ＲＢは将来のＴＴＩでマルチプレキシングできる。仮に、如何なるデータもスケジューリングされた限定により将来のＴＴＩでこのＲＢから転送できなければ、ＭＡＣはこれに関してＲＬＣに指示する。
【００３０】
どのＴＴＩで許容された非スケジューリングされた承認を有する全てのＭＡＣ−ｄフローは、ＴＴＩで共にマルチプレキシングできることと仮定する。仮に、これが真でない場合、第１判定されたＭＡＣ−ｄフローにマルチプレキシングできるＭＡＣ−ｄフローは、第１リストに存在するものの間に最上位優先順位の論理チャンネルを有するようになる。ＭＡＣ−ｄフロー（及び、ＭＡＣ−ｄプロファイル）を含んでいる第１リストが準備された後、将来のＴＴＩに対する潜在的に適用可能な電力オフセットは、幾つかの論理チャンネルで構成されることもできるＭＡＣ−ｄフローとして判定できる。ＭＡＣ−ｄフローはデータに適用される電力オフセットで構成されることができ、また転送されたデータをピア通信エンティティが正しく受信しない場合、データが転送できる回数で構成できる。
【００３１】
異なる論理チャンネル（及び、ＭＡＣ−ｄフロー）に関するデータの実際の利用可能性を予測するための力強い方法が現在には存在しないため、現在のＴＴＩで論理チャンネルでのデータの利用可能性は将来のＴＴＩに対する判定要素として考慮される。また、将来のＴＴＩに対するＮ値が相当に小さいもの（大抵１または２）と期待されるので、データの利用可能性は、現在のＴＴＩから将来のＴＴＩに顕著に変わらないことと期待される。
【００３２】
しかしながら、将来のＴＴＩに対して異なる論理チャンネル（及び、ＭＡＣ−ｄフロー）上でのデータの利用可能性を決定的に判定することは不可能である。したがって、仮に第１リストが任意のＭＡＣ−ｄフローを含まない場合、ＭＡＣ−ｄフローのうちの任意のものが非スケジューリングされた承認を含まないが、現在のＴＴＩでＰＤＵになることもできる幾つかのデータを含むか否かをさらに判定する。これらＭＡＣ−ｄフローは、ステップ２０４で第２リストに格納される（２０４）。次に、第２リストで、最上位電力オフセットを有するＭＡＣ−ｄフローが判定される。
【００３３】
第１リストは、このＭＡＣ−ｄフローに更新され、ここで第２リストから新しく判定されたＭＡＣ−ｄフローは第１リストに格納される。ＭＡＣ−ｄフローの上にマッピングされる論理チャンネルでデータの利用可能性の検証と関連する第２リストの準備は、Ｅ−ＴＦＣ選択の以後に実行されることもできる。しかしながら、この接近法は将来のＴＴＩに対するＵＥに適応させるために決定的に必要な最終のデータサイズをそれほど変化させない。
【００３４】
暫定的に利用可能な電力オフセットが将来のＴＴＩに対して判定された後、将来のＴＴＩに対して暫定的に利用可能なＥ−ＴＦＣが最近に更新された第１リストに格納されている、決定されたＭＡＣ−ｄフローを用いてステップ２０６で選択される。Ｅ−ＴＦＣを選択することに用いられたＭＡＣ−ｄフローは、更新された第１リストに格納されている全てのＭＡＣ−ｄフローのうち、最上位電力オフセットを有するものである。Ｅ−ＴＦＣは、２５．３２１の３ＧＰＰ ＭＡＣ規定及び２５．２１３の３ＧＰＰ Ｌ１規定に特定されているような方法を用いて選択できる。将来のＴＴＩに対して適用可能な暫定的Ｅ−ＴＦＣは、現在のＴＴＩで利用可能なスケジューリングされた承認値を用いて判定できる。現在のＴＴＩでのスケジューリングされた承認は、Ｎが極めて小さいほど将来のＴＴＩに対する判定要素となる。絶対承認（absolute grant）は一般的によく発生しないので、将来のＴＴＩには如何なる新たな絶対承認も受信されないことと期待される。また、関連承認は相対的に重要でないので、Ｎ個のＴＴＩを有する将来のＴＴＩでスケジューリングされた承認での変化が発生することと期待される。
【００３５】
潜在的に適用可能なＥ−ＴＦＣが将来のＴＴＩに対してステップ２０６で選択された後、将来のＴＴＩに対して適用可能なデータサイズはプロトコルに特定された方法を用いて検索される。ステップ２０８で、ＵＥはデータを転送するために検索されたデータサイズに適応する。したがって、ＵＥはこれの実際の転送の前にデータサイズに効果的に適応できる。
【００３６】
図５は、本発明に係る将来のＴＴＩに対してＵＥにより適応されたデータサイズをＭＡＣ−ｄフローの上にマッピングされた論理チャンネルに配分する方法を示す図である。許容された帯域幅（適応されたデータサイズ）のダミー（dummy）配分を実行する。仮に、論理チャンネルが更新された第１リストからＭＡＣ−ｄフローの上にマッピングされる場合、これは、ステップ２１０で第３リストに格納される。このような全ての論理チャンネルは第３リストに格納され、ステップ２１２で、これらの優先順位に基づいて整列される。これらは優先順位の減少順に整列されることが好ましくて、適応されたデータサイズは、ステップ２１４で、第３リストからＭＡＣ−ｄフローと関連した承認値とＵＥにより適応されたデータサイズに基づいて第３リストに格納された論理チャンネルの各々に配分される。
【００３７】
ステップ２１６で、ＭＡＣ−ｄフローをハンドリングするＵＥでのプロトコルレイヤは要求された値をＲＬＣレイヤに指示する。仮に、論理チャンネルが非スケジューリングされた承認を有するＭＡＣ−ｄフローの上にマッピングされる場合、非スケジューリングされた承認及びＵＥにより適応されたデータサイズの最小値が、ステップ２１６でＲＬＣに指示され、論理チャンネルに割り当てられたデータサイズはこの最小値と同一になる。仮に、論理チャンネルが非スケジューリングされた承認無しでＭＡＣ−ｄフローの上にマッピングされる場合、将来のＴＴＩに対してＵＥにより適応されたデータサイズまたは異なる値のうちに１つが、ステップ２１６でＲＬＣに指示される。したがって、スケジューリングされた承認に対して、ＲＬＣは異なる値または論理チャンネルにデータサイズを配分するために、ＵＥにより適応されたデータサイズを利用できる。
【００３８】
異なる値は、ＵＥにより適応されたデータサイズ部分が第３リストで非スケジューリングされた承認を有する論理チャンネルの各々に配分された後、ＵＥにより適応されたデータサイズで実際的に残っているサイズ（または、転送に利用可能なサイズ）となる。ＵＥにより適応されたデータサイズは、先に上位優先順位を有する論理チャンネルの各々に配分される。したがって、上位優先順位を有する論理チャンネル（非スケジューリングされた承認を有する論理チャンネル）の各々に対するこのような配分の後に、ＵＥにより適応されたデータサイズは既に配分されているサイズだけ減る。
【００３９】
図６は、本発明に係るＵＥが現在のＴＴＩに存在する場合、将来のＴＴＩに対してＵＥがＲＬＣ ＰＤＵを生成する方法を図示する。生成されるＲＬＣ ＰＤＵは、従来の技術のように、ＰＤＵの個数により制限されるが、生成されたＲＬＣ ＰＤＵにバッファリングできるバイト個数に基づいて生成される。ステップ３０２で、ＵＥが現在のＴＴＩにある時には将来のＴＴＩに対するデータサイズを適応させる。将来のＴＴＩに対して適応されたＲＬＣデータサイズを‘Ｓ’バイトとする。
【００４０】
生成されるＲＬＣ ＰＤＵの個数を制御する要素は、ステップ３０４でＵＥにより判定される。承認がＴＴＩ毎に変わるため、ＵＥをして‘Ｎ’個のＴＴＩ期間の間の内にありえるようにする承認においての最大変動は、ＵＥによりステップ３０６で判定され、ここで、‘Ｎ’は将来のＴＴＩの個数を決定する変数である。したがって、この要素は将来（または、‘現在＋Ｎ’）のＴＴＩに対する承認の最大変動に基づいて、このようなシナリオに適用可能な数学的プロシージャにより誘導できる。例えば、この要素を‘Ｋ’とし、将来のＴＴＩに対して可能な承認での最大変動を‘ｍ’と仮定すれば、この要素は、次の通り与えられることができる。
Ｋ＝〔１０^（ｍ／１０）〕
ここで、‘^’は累乗演算であり、‘／’は割算を示す。‘ｍ’はデシベル（または、ｄＢ）と見なす。本発明の実施形態では、スケジューリングされた承認においての変動が考慮される。
【００４１】
次に、ＲＬＣ ＰＤＵを生成するためのバイトの最大個数は、判定された要素‘Ｋ’と、現在ＴＴＩでＵＥにより将来のＴＴＩに対して適応されたＲＬＣ ＰＤＵサイズ‘Ｓ’とを用いて、ステップ３０８で判定される。バイトの最大個数は、このシナリオに適用可能な数学的プロシージャによりＲＬＣ ＰＤＵサイズ‘Ｓ’と、この要素‘Ｋ’とを用いて誘導できる。本発明の好ましいプロシージャは、次の通り与えられる。
ｍａｘ＝Ｓ＊Ｋ
ここで、‘ｍａｘ’はバイトの最大個数であり、‘＊’は乗算の演算関数を示す。ＲＬＣ ＰＤＵは、ＵＥにより‘ｍａｘ’バイトを用いてステップ３１０で生成され、ここで生成されるＲＬＣ ＰＤＵの全体サイズは、‘ｍａｘ’バイトを超過してはならない。
【００４２】
本発明の好ましい実施形態は、ＯＳＩ参照モデルに合せて設計された任意の遠距離通信システム（telecommunication system）に適用可能である。しかしながら、‘２’（即ち、Ｎ＝２）の遅延を有する‘２’ｍｓのＴＴＩ値が本説明で考慮された。これら実施形態は、異なるＴＴＩ値及び遅延Ｎを用いてその他の多様な方法により実現されることもできる。
【００４３】
したがって、本発明の方法では、承認や選択されたＥ−ＴＦＣのうちの１つに全的に基づく、現存するメカニズムのエラーが回避するようになる。また、現在のＴＴＩでのバッファ占有率がゼロになるため、データが将来のＴＴＩで転送されることが許容できない可能性が回避される。全般的に、効率的なデータ転送をもたらすデータサイズの改善された適応に関して、利得が本質的に獲得される。
【００４４】
その他の実施形態が可能であることもあり、このような実施形態ではどの将来のＴＴＩに許容できるデータストリームリストを推測し、次に、この将来のＴＴＩで可能なデータ配分を判定するために、システムの現在状態を選択的に考慮することによって実行できる。
【００４５】
図７は、本発明に係る機能ブロックを含む通信装置を図示する。図７は、本発明の方法を実行するために必要とされる通信装置における機能ブロックを図示する。通信装置は、格納ユニット４０６に格納された分散リストにグループ化されるＭＡＣ−ｄを格納するための格納ユニット４０６を含むことができる。格納ユニット４０６は、通信装置と利用することもできるメモリユニット、スタック、またはバッファを含む。ＭＡＣ−ｄフローは、ＭＡＣ−ｄフローと関連した承認タイプ及び通信装置が現在のＴＴＩにある時、ＭＡＣ−ｄフローでＲＬＣ ＰＤＵの利用可能性に基づいて異なるリストに格納される。
【００４６】
また、通信装置は将来のＴＴＩに対するデータ（または、ＲＬＣ ＰＤＵ）サイズを適応させるプロセッシングユニット４０４を含む。したがって、プロセッシングユニット４０４はデータサイズ適応ユニット４０４とも言える。このユニット４０４は、格納されたリストでＭＡＣ−ｄフローと関連した電力オフセット値を用いて、通信装置が現在のＴＴＩにある時、将来のＴＴＩに対するＥ−ＴＦＣを選択する。したがって、このユニット４０４は将来のＴＴＩに対して通信装置がデータサイズを適応するように選択されたＥ−ＴＦＣを用いる。このデータサイズ適応ユニット４０４は、通信装置をして改善された正確性でＲＬＣ ＰＤＵサイズを推定するようにし、通信装置がこれを将来のＴＴＩで転送することもできる。また、通信装置は、通信装置４０４で利用することもできる現在のＴＴＩに対する承認においての最大変動及び将来のＴＴＩに対する通信装置のデータサイズ適応ユニット４０４により適応されたＲＬＣ ＰＤＵサイズに基づいた要素（factor）を用いて、将来のＴＴＩに対するデータを生成するプロセッシングユニット４０８を含む。プロセッシングユニット４０８は、通信装置でＲＬＣ ＰＤＵ生成ユニット４０８とも言える。
【００４７】
前述した通信装置は、公知の従来の遠距離通信システムのうち、任意のもので機能できるＵＥになることができる。したがって、多様な機能ブロックがＯＳＩ参照モデルによる規定に従ってＵＥでの多様なプロトコルレイヤに亘って存在できる。通信装置の適切な機能に必要とされるその他の多様な機能ブロックは記載しない。このようなブロックは通信装置が特定の遠距離通信システムで機能させることに必要な方式で、一般的に機能するものと仮定する。前述した通信装置（または、ＵＥ）の機能ブロック４０４、４０６、４０８は、互いにインターフェースされることと仮定し、現存する標準に従って通信装置の現存する機能ブロック（記載せず）とインターフェースされるものと仮定する。
【符号の説明】
【００４８】
１０２  物理レイヤ
１０４  データリンクレイヤ
１０６  転送チャンネル
１０８  ＭＡＣ
１１０  論理チャンネル
１１２  ＲＬＣ
１１４  無線ベアラー
ＲＬＣ  無線リンク制御
ＰＤＵ  パケットデータユニット
Ｅ−ＴＦＣ  データレート組合せ
ＨＡＲＱ  ハイブリッド自動反復要請
Ｅ−ＤＣＨ  強化専用チャンネル
【図１】
2014042254.tif 000003
【図２】
2014042254.tif 000004
【図３】
2014042254.tif 000005
【図４】
2014042254.tif 000006
【図５】
2014042254.tif 000007
【図６】
2014042254.tif 000008
【図７】
2014042254.tif 000009