(57)【要約】  通信局ＵＥ１と別の局ＢＳとを含む通信システムであって、それらの局が、相互の通信を可能とする手段２６、１０を有しており、通信局が、少なくとも１つの待ち行列内にデータユニットを記憶するバッファメモリ手段ＢＵＦ１からＢＵＦｎを有している、通信システムの動作方法。局ＵＥ１、ＢＳのうちの１つは、少なくとも１つの待ち行列内にあるデータユニットの少なくとも１つについて、送信遅延を見積もる手段３６と、その見積もられた送信遅延が閾値を超過していることに応答して、通信局ＵＥ１が少なくとも１つのデータユニットを別の局ＢＳに送信することを可能とするための、別の局ＢＳからの送信許可を要求する手段３０とを有する。別の局（すなわち基地局）は、（特定のレートを使用すること、特定のパワーレベルで送信を行うこと、または特定の時間に亘って送信を行うことの、許容の形態の）「許可」を与える。
2008527830.tif 000002
【特許請求の範囲】
【請求項１】
データユニットを待ち行列に入れる工程と、
前記待ち行列内の前記データユニットの少なくとも１つについて、送信遅延を見積もる工程と、
見積もられた前記送信遅延が閾値を超過する際、少なくとも１つのデータユニットの送信許可を要求する工程とを含むことを特徴とする、通信局の動作方法。
【請求項２】
前記閾値は、予め決められた長さの時間よりも長く前記待ち行列内にデータユニットが存在することによって超過されるものであることを特徴とする請求項１記載の動作方法。
【請求項３】
前記閾値は、特定のデータユニットに対する遅延目標値が破られるまでの残存時間が、予め決められた長さの時間よりも短いことによって超過されるものであることを特徴とする請求項１記載の動作方法。
【請求項４】
前記閾値は、特定のデータユニットが前記待ち行列内に到着してから経過した、遅延目標値に対する時間割合が、予め決められた値を超えたことによって超過されるものであることを特徴とする請求項１記載の動作方法。
【請求項５】
前記閾値は、現在または平均の許可された送信レートが、前記待ち行列内にある少なくとも１つのデータユニットがサービス品質目標を満足するために必要なレート未満であること、または該レート周辺の予め決められた範囲内にあることによって、超過されるものであることを特徴とする請求項１記載の動作方法。
【請求項６】
前記待ち行列に最も最近加えられたデータユニットについてのみ、前記送信遅延が見積もられることを特徴とする請求項１記載の動作方法。
【請求項７】
データユニット中の最も古いデータに基づいて、前記送信遅延が見積もられることを特徴とする請求項１から５いずれか１項記載の動作方法。
【請求項８】
所与のデータユニットが送信されるまでに経過すると予測されるさらなる時間の長さを見積もる工程と、該見積結果を信号で通知する工程とを含むことを特徴とする請求項１記載の動作方法。
【請求項９】
自己の待ち行列内における前記所与のデータユニットに先行するデータ量と、該所与のデータユニットよりも優先順位が高いすべての待ち行列内に存在するデータ量との合計、およびデータレートの予測に基づいて、前記さらなる時間の長さを見積もる工程を含むことを特徴とする請求項８記載の動作方法。
【請求項１０】
前記データレートの予測が、
ａ）最も最近許可されたデータレートに等しいデータレート、
ｂ）最も最近使用されたデータレートに等しいデータレート、
ｃ）最近許可された複数のデータレートの平均、または
ｄ）最近使用された複数のデータレートの平均
のいずれかに基づいたものであることを特徴とする請求項９記載の動作方法。
【請求項１１】
異なる遅延目標値を有する少なくとも２つの待ち行列にデータユニットを入れていく工程と、
前記遅延目標値のうちの１つが破られそうだという情報に応答して、前記少なくとも２つの待ち行列の各々からのデータユニット送信のスケジューリングを、修正する工程とを含むことを特徴とする請求項１記載の動作方法。
【請求項１２】
前記閾値を示す情報を受信する工程を含むことを特徴とする請求項１から１１いずれか１項記載の動作方法。
【請求項１３】
請求項１から１２いずれか１項記載の動作方法に従って、通信局を動作させる工程と、
別の局において、前記送信許可の要求の受信に応答して、前記通信局によるデータユニット送信のスケジューリングを行う工程とを含むことを特徴とする、通信システムの動作方法。
【請求項１４】
請求項８、９および１０のいずれか１項記載の動作方法に従って、前記通信局を動作させる工程と、
前記別の局において、所与のデータユニットが送信されるまでに経過すると予測されるさらなる時間の長さの前記見積結果の受信に応答して、該データユニットを送信する際に前記通信局が使用するデータレートを、決定する工程とをさらに含むことを特徴とする請求項１３記載の動作方法。
【請求項１５】
請求項１２記載の動作方法に従って、前記通信局を動作させる工程と、
前記別の局において、前記閾値を示す情報を送信する工程とをさらに含むことを特徴とする請求項１３記載の動作方法。
【請求項１６】
通信手段と、
少なくとも１つの待ち行列内にデータユニットを記憶するバッファメモリ手段と、
前記少なくとも１つの待ち行列内にある前記データユニットの少なくとも１つについて、送信遅延を見積もる手段と、
見積もられた前記送信遅延が閾値を超過していることに応答して、少なくとも１つのデータユニットの送信許可を要求する手段とを備えていることを特徴とする通信局。
【請求項１７】
前記バッファメモリ手段が、異なる遅延目標値を有する少なくとも２つの待ち行列内にデータユニットを入れていくように適合化されており、
前記遅延目標値のうちの１つが破られそうだという情報に応答して、前記少なくとも２つの待ち行列の各々からのデータユニット送信のスケジューリングを、修正するスケジューリング手段をさらに備えていることを特徴とする請求項１６記載の通信局。
【請求項１８】
前記通信手段が、前記閾値を示す情報を受信するように適合化されていることを特徴とする請求項１６または１７記載の通信局。
【請求項１９】
通信局と別の局とを含む通信システムであって、
前記通信局および前記別の局が、相互の通信を可能とする通信手段を有しており、
前記通信局が、少なくとも１つの待ち行列内にデータユニットを記憶するバッファメモリ手段を有しており、
前記通信局および前記別の局のうちの１つが、前記少なくとも１つの待ち行列内にある前記データユニットの少なくとも１つについて、送信遅延を見積もる手段と、見積もられた前記送信遅延が閾値を超過していることに応答して、前記通信局が少なくとも１つのデータユニットを前記別の局に送信することを可能とするための、前記別の局からの送信許可を要求する手段とを有していることを特徴とする通信システム。
【請求項２０】
前記通信手段が、前記別の局から前記通信局へと、前記閾値を示す情報を送信するように適合化されていることを特徴とする請求項１９記載の通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信局の動作方法、通信システムの動作方法、通信局、および通信システムに関するものである。本発明は、これに限られるものではないが、パケット通信システム、とりわけＵＭＴＳのような移動体通信システムにおいて、特に用途を有する。
【０００２】
便宜上、以下では、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）を例に挙げて、本発明を説明する。しかしながら、本発明は、他のデータユニットまたはデータパケット通信システムにも適用可能なものである。
【背景技術】
【０００３】
現行の技術水準は、３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）へのインプット文書、とりわけ、高速アップリンクパケットアクセス（Ｈｉｇｈ−Ｓｐｅｅｄ  Ｕｐｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ；ＨＳＵＰＡ）としても知られる強化アップリンク（Ｅｎｈａｎｃｅｄ  Ｕｐｌｉｎｋ）の関係個所に記載されている。ＵＭＴＳのＨＳＵＰＡ機能においては、ユーザー装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）間におけるアップリンク送信資源の割当てに、基地局（ＢＳ）が効果的に優先順位を付けることを可能にする機構が要求される。
【０００４】
ＵＥからＢＳに送信されるデータは、典型的には、送信が可能となるまでバッファ内で待ち行列に入れられる。ＵＥは、送信すべきデータユニットとして、多くの異なるストリームからのデータユニットであって、それぞれ異なるサービス品質（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ；ＱｏＳ）遅延目標値を持つデータユニットを有し得る。待ち行列に入れられているデータのうち最も高い優先順位のストリーム内のデータが最初に送信されるように、各ストリームは、異なる優先レベルを割り当てられ得る。異なる優先順位を有するデータは、異なる待ち行列にバッファされてもよい。
【０００５】
データを送信するためには、ＵＥは、ＢＳから許可を受け取らなくてはならず、この許可は、典型的には特定の送信資源を使用する「許可」の形式を有する。たとえば、特定のレートまでの送信を行う許可、特定のパワーレベルまでの送信を行う許可、または特定の時間に亘って送信を行う許可等の形式である。
【０００６】
ＢＳは、どのＵＥがどのレートでの送信許可を与えられるべきかを決定すること、とりわけ異なる複数のＵＥに優先順位を付けることを可能にするための、情報を必要とする。このプロセスにおける支援のため、ＵＥが許可の要求を送信すること、およびＵＥが自己のバッファ内にあるデータの量を示す情報を送信することが知られている。ＢＳが利用し得る優先順位付けの方法には、バッファ内に含まれるデータの量が最も多いＵＥを優先する方法や、バッファの充足度が最も高いＵＥを優先する方法が含まれる。しかしながら、かかる方法は必ずしもよいサービス品質を実現しない。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明の１つの目的は、データユニット送信のスケジューリングを改善することである。
【課題を解決するための手段】
【０００８】
本発明の第１の側面によれば、データユニットを待ち行列に入れる工程と、待ち行列内のデータユニットの少なくとも１つについて、送信遅延を見積もる工程と、その見積もられた送信遅延が閾値を超過する際、少なくとも１つのデータユニットの送信許可を要求する工程とを含む、通信局の動作方法が提供される。
【０００９】
本発明の第２の側面によれば、本発明の第１の側面に係る動作方法に従って、通信局を動作させる工程と、別の局において、送信許可の要求の受信に応答して、上記の通信局によるデータユニット送信のスケジューリングを行う工程とを含む、通信システムの動作方法が提供される。
【００１０】
本発明の第３の側面によれば、通信手段と、少なくとも１つの待ち行列内にデータユニットを記憶するバッファメモリ手段と、少なくとも１つの待ち行列内にあるデータユニットの少なくとも１つについて、送信遅延を見積もる手段と、その見積もられた送信遅延が閾値を超過していることに応答して、少なくとも１つのデータユニットの送信許可を要求する手段とを備えている、通信局が提供される。
【００１１】
本発明の第４の側面によれば、通信局と別の局とを含む通信システムであって、それら通信局および別の局が、相互の通信を可能とする通信手段を有しており、上記の通信局が、少なくとも１つの待ち行列内にデータユニットを記憶するバッファメモリ手段を有しており、上記の通信局および別の局のうちの１つが、少なくとも１つの待ち行列内にあるデータユニットの少なくとも１つについて、送信遅延を見積もる手段と、その見積もられた送信遅延が閾値を超過していることに応答して、通信局が少なくとも１つのデータユニットを別の局に送信することを可能とするための、上記の別の局からの送信許可を要求する手段とを有している、通信システムが提供される。
【００１２】
本発明に係る方法は、基地局を含むものであってもよい上記の別の局が、種々の異なるサービスについての多数のサービス品質目標のうちのいずれかが破られそうである見込みを考慮に入れて、それに従って資源を割り当てることを可能とする。
【００１３】
この優先順位付け機構がとり得る１つの基準は、可能な限り多くの通信局（すなわちＵＥ）について、または最も重要なサービスについて、要求されているＱｏＳ（遅延目標値）が達成されることを可能にするという基準である。この目標を達成するためには、各ＵＥが自己のいずれのＱｏＳ目標を破ることも回避しなくてはならないのだとしたら、そのＵＥにはいかなる資源が必要なのかをＢＳが導出することを可能とするのに適した情報を、各ＵＥがＢＳに通知する必要がある。
【発明を実施するための最良の形態】
【００１４】
以下、例として図面を参照しながら、本発明を説明する。
【００１５】
図１に示した通信システムは、少なくとも１つの基地局ＢＳと、その基地局の無線カバー領域内に地理的に分布させられた、複数のユーザー装置ＵＥ１、ＵＥ２およびＵＥ３とを含んでいる。ＵＥは、固定端末であっても移動端末であってもよく、たとえばハンドポータブルすなわち携帯端末であってもよい。各ＵＥは実質的に同一の構造を有するので、以下では、ＵＥ１のみについて詳細に説明する。
【００１６】
ＢＳは、ＵＥからの信号受信および信号伝播のためにアンテナ１２に接続された、無線トランシーバ１０を含んでいる。トランシーバ１０は、ＲＯＭ（図示せず）内に記憶されているソフトウェアに従って動作する、プロセッサ１４に接続されている。スケジューラ１６は、プロセッサ１４に接続されており、それぞれのＵＥによるデータユニットの送信をスケジューリングする役割を担う。ＢＳにより受信されたデータユニットは、ＲＡＭ１８を含むバッファ記憶装置に記憶される。時間遅延見積もり段２０、およびＵＥ内の（各）バッファについてＱｏＳ時間遅延目標値を記憶しておくための記憶装置２２も、プロセッサ１４に接続されている。オプションとして、ＢＳは、データの到着レートを見積もる段２４を含んでいてもよい。分かりやすくするため、ＢＳのいくつかの段を別個に示してあるが、これらの段は、プロセッサ１４と一体に形成されてもよいし、予め記憶されているソフトウェアに従ってプロセッサ１４により生成されるものであってもよい。
【００１７】
ＵＥ１は、ＢＳからの信号受信および信号伝播のためにアンテナ２８に接続された、無線トランシーバ２６を含んでいる。トランシーバ２６は、ＲＯＭ（図示せず）内に記憶されているソフトウェアに従って動作する、プロセッサ３０に接続されている。１つまたは複数のデータユニットバッファ記憶装置ＢＵＦ１、ＢＵＦ２、ＢＵＦｎが、プロセッサ３０に接続されており、動作中において、ＵＥに供給されたまたはインターフェース３２を介してアプリケーションにより生成されたデータユニットを、待ち行列内に記憶する。バッファ記憶装置は、複数の待ち行列が異なる優先レベルを有するように構成されてもよい。さらに、タイマー３４と、バッファ記憶装置内にデータユニットが記憶されたまたは記憶される時刻を特定し、バッファ記憶装置内のデータについて送信レートを見積もる見積もり段３６と、バッファ記憶装置ＢＵＦ１、ＢＵＦ２、ＢＵＦｎ（のそれぞれ）についてサービス品質時間遅延を記憶するためのＱｏＳ時間遅延レジスタ３８とが、プロセッサに接続されている。オプションとして、ＵＥ１は、破線で示されたスケジューラ４０を含んでいてもよい。分かりやすくするため、ＵＥ１のいくつかの段を別個に示してあるが、これらの段はプロセッサ３０と一体に形成されてもよいし、予め記憶されているソフトウェアに従ってプロセッサ３０により生成されるものであってもよい。
【００１８】
本発明に従う方法を実装するため、ＵＥは、プロセッサ３０において、そのＵＥの（各）バッファ記憶装置内の各データユニット（たとえばパケット）について、合計の送信遅延を見積もる。見積もられた合計の送信遅延は、そのデータがバッファ内に存在している時間の長さ、および／またはそのデータの送信が成功するまでにさらにかかる見積もり時間の長さである。見積もられた合計の送信遅延が遅延目標値すなわちＱｏＳを超過する場合には、ＵＥは、プロセッサ３０によって、自己のバッファ内に遅延目標値の到達に近いデータがあることを示す信号を、ＢＳに送信する。
【００１９】
この方法は、図２に示されたフローチャートにより要約される。ブロック４２において、あるＵＥのバッファ記憶装置内に送信待ち状態のデータユニットがないかどうかの確認が行われる。答えがＹｅｓ（Ｙ）の場合には、フローチャートはブロック４２の入口へと戻る。しかしながら、答えがＮｏ（Ｎ）であり、バッファ記憶装置内にデータユニットが存在する場合には、ブロック４４において、データレートが見積もられる。ブロック４６では、現在のデータレートにおいて、待ち行列内にある各データユニットについての送信時刻が見積もられる。ブロック４８では、待ち行列内の各データユニットについて、遅延が見積もられる。ブロック５０では、より悪い場合の遅延が遅延閾値（たとえばＱｏＳ時間遅延）を超過するか否かの確認が行われ、超過する場合（Ｙ）には、ＢＳにより資源がスケジューリングされるよう、要求がなされる。この要求は、データユニットの状態を示す情報、たとえば遅延目標値が破られそうであることを示す情報を含んでいてもよい。遅延閾値を超過しない場合（Ｎ）には、フローチャートはブロック４２へと戻る。
【００２０】
ＢＳは、資源の要求に応答して、アップリンク上の資源の需要をチェックして、可能であれば、データユニット送信のスケジューリングを行う。この情報は、要求を行ったＵＥへと、ダウンリンクで送信される。
【００２１】
このＵＥからＢＳへの資源の要求の通知は、可能性としては、たとえば以下のような複数のイベントのうち任意のものによりトリガされ得る。
ａ）あるデータユニットが、予め決められた長さの時間よりも長く、ＵＥのバッファ内に存在している、
ｂ）ある特定のデータユニットに対する遅延目標値が破られるまでの残存時間が、予め決められた長さの時間よりも短い、かつ／または
ｃ）ある特定のデータユニットについて、そのデータユニットがＵＥのバッファに到着してから経過した遅延目標値に対する時間割合が、予め決められた値を超過した。
【００２２】
本発明に従う方法のある変更形態では、ＵＥは、所与のデータユニットが送信されるまでに経過すると予測されるさらなる時間の長さを、見積もり、ＢＳに通知することができる。この情報は、以下の２つの情報片から導出することができる。
ａ）優先順位が付けられた自己の待ち行列内におけるその所与のデータユニットに先行するデータ量と、その所与のデータユニットよりも優先順位が高いすべての待ち行列内に存在するデータ量との合計、および
ｂ）データレートの何らかの予測値。
【００２３】
データレートの予測値は、たとえば、
ａ）最も最近許可されたデータレートに等しいデータレート、
ｂ）最も最近使用されたデータレートに等しいデータレート、
ｃ）最近許可された複数のデータレートの平均、または
ｄ）最近使用された複数のデータレートの平均
とされてもよい。
【００２４】
この実施形態のさらなる変更形態は、より優先順位の高い待ち行列内にあるデータの到着レートを考慮に入れるＵＥを、必要とするものであってもよい。たとえば、より優先順位の高い待ち行列内にあるデータ量と、優先順位が付けられた自己の待ち行列内において所与のデータユニットに先行するデータ量との合計がＤであり、予測される送信レートがＲであり、かつより高い優先順位の待ち行列内における予測される到着レートがｒである場合には、対象のデータユニットの送信までに残っている見積残存時間は、Ｄ／（Ｒ−ｒ）で与えられる。
【００２５】
本発明に従うこの方法のさらなる強化として、ＵＥは、あるデータユニットをそのＱｏＳ目標値の達成に失敗する前に送信するために必要な、追加の送信許可のサイズを見積もるものとされてもよい。
【００２６】
たとえば、ＱｏＳ目標値が破られるまでの残存時間がＴである場合には、ＵＥが必要とする追加レートＲＡは、Ｄ／Ｔ＋ｒ−Ｒとして見積もられ得る。
【００２７】
したがって、ＵＥが資源要求をＢＳに通知することのトリガとなり得る第４のイベントとしては、現在または平均の許可された送信レートが、そのバッファ内にある任意のデータユニット（すなわち少なくとも１つのデータユニット）がそのＱｏＳ目標値を達成するために必要なレート未満であること、またはかかるレート周辺の予め決められた範囲内にあることが挙げられる。
【００２８】
ＵＥは、そのバッファ内の各データユニットについて、必要な計算を実行し、任意のデータユニットについて、トリガとなる可能性のあるイベントのうちの１つが生じた際に、必要な通知を送信することができる。最も最近に待ち行列に加えられたデータユニットについてのみ、かかる計算を行えば十分であるかもしれない。
【００２９】
トリガとなる可能性のあるイベントに関する情報、たとえば予め決められた時間の長さ、値または周辺範囲のいずれかに関する情報が、ＵＥに信号通知されてもよい。
【００３０】
また、ＢＳは、個々のＵＥまたはＵＥ群に対して、それらＵＥの信号通知をオンまたはオフとするように指令を与えてもよい。
【００３１】
本発明の別の実施形態では、優先順位が付けられた１つの待ち行列または待ち行列群内に存在する、予め決められた割合のデータユニットについて、それらデータユニットのＱｏＳ目標値の達成失敗が許容されてもよい。たとえば、許可される送信レートは、所与の優先順位の待ち行列内に存在するデータユニットの９５％がそれらデータユニットのＱｏＳ目標値を達成するような送信レートである必要があるという前提の下、上記の計算が実行されてもよい。ＵＥは、予め決められた何らかの時間に亘って（すなわち、ある平均化期間に亘って）この基準が満たされないことが予測される場合にのみ、上記の通知を実行してもよい。
【００３２】
ＵＥは、中央コントローラにより制御される２つ以上のＢＳが存在する場合には、ＢＳまたはネットワークから、遅延目標値に関する情報を提供されてもよい。
【００３３】
ＵＥは、異なるＱｏＳ目標値を有する２つ以上の待ち行列を有していてもよい。この場合、ＵＥは、各待ち行列からのデータユニット送信のスケジューリングを修正するため、１つ以上のＱｏＳ目標値が破られそうだという情報を利用してもよい。たとえば、待ち行列がそれら待ち行列に割り当てられた優先順位を有する場合には、ＱｏＳ目標値をより良好に満たすため、それらの優先順位がＵＥにより修正されてもよい。
【００３４】
本発明に従う方法のさらに別の変更形態では、必要なレートの計算は、すべてＢＳで実行されてもよい。ＵＥは、あるデータユニットについて経過した遅延を、待ち行列内においてそのデータユニットに先行するデータ量と共に、通知してもよい。このとき、より高い優先順位を有する待ち行列内にあるデータの到着レートに関する情報を、一緒に通知してもよいし、通知しなくてもよい。いくつかの実施形態では、後者の情報の見積もりは、各優先レベルにおける受信データレートを調べる段２４を用いて、ＢＳにより特定されてもよい。
【００３５】
たとえいずれのＵＥもＱｏＳ目標値を満たすことに失敗しそうでない場合であっても、ＢＳは、ＵＥについて自己の優先順位を決定するための適切な情報を必要とし得る。したがって、本発明に従う方法の実装により提供される信号通知は、送信されるデータ量に関する何らかの基本的な信号通知に追加して行われてもよい。さらに、ＱｏＳ目標値を有さない優先順位の低いデータ（たとえばファイル送信）のみを有するＵＥに対しても、送信許可を与える可能性を許すことが必要である。
【００３６】
オプションとして、本発明に従う方法は、以下の追加的な特徴を１つ以上含んでいてもよい。
ａ）ＱｏＳを決定する際に、他の遅延、たとえば待ち行列内にデータが到着する前に生じる任意の既知の処理遅延、または無線システム内における任意の既知の送信遅延が、含められることが望ましいかもしれない。
ｂ）待ち行列がデータユニットを含んでいる場合、データユニット内の情報は、異なる時刻に生成されたものであるかもしれず、そのことは異なる遅延要求条件を示唆する。これに対する１つのアプローチは、データユニット中の最も古いデータに基づいて、タイミングを考慮するアプローチである。
ｃ）ＱｏＳの基準が満たされない場合、または満たされないことが予測される場合には、他のアクションがとられてもよい。たとえば、データユニットが破棄されてもよく、このことは、後続のデータを時刻に間に合って送信できることを確実にするのに役立つ。別の可能性としては、ＱｏＳが達成されない場合、または達成不可能である場合に、接続またはサービスが断絶されてもよい。このことは、他のユーザーに資源を回すことを可能にする。
【００３７】
本発明に従う方法のさらなる変更形態では、ＵＥは、互いの送信に耳を貸し、即時に送信されなくてはＱｏＳ目標値を逃しそうなデータユニットをどのＵＥが有しているかを特定することができるものとされる。この場合、ＵＥはスケジューラ４０（図１に破線で示されている）を有し、これにより、データユニット送信を優先化させたいＵＥは、その送出をスケジューリングすることができる。プロセッサ３０は、予定されているデータユニットの送出をＢＳおよび他のＵＥに知らせる、システム規模のメッセージを生成する。
【００３８】
本明細書および特許請求の範囲において、ある要素の前に置かれた「１つの」との語は、そのような要素が複数存在することを、排除するものではない。さらに、「含む」または「備える」との語は、列挙されている以外の要素または工程の存在を排除するものではない。特許請求の範囲に含まれる参照番号は、発明を限定する意図ではない。
【００３９】
本開示内容を読んだ当業者には、他の変更形態も明らかであろう。かかる変更形態は、通信システムまたはその構成部品の設計、製造および使用において既に知られている他の特徴であって、本明細書で既に説明した特徴に代えてまたは加えて使用することのできる特徴を、包含していてもよい。
【図面の簡単な説明】
【００４０】
【図１】ある通信システムの概略ブロック図
【図２】本発明に従う方法を実施する１つの方法に関するフローチャート
【図１】
2008527830.tif 000003
【図２】
2008527830.tif 000004
【国際調査報告】
2008527830.tif 000005
2008527830.tif 000006
2008527830.tif 000007