(57)【要約】【課題】セルラ通信システムでシグナリングを改善することを目的とする。【解決手段】セルラ通信システムで上りリンクシグナリング情報を送信する装置は、基地局式スケジューラについてのスケジューリング要求又は支援データを生成する手段であり、前記スケジューリング要求又は支援データはユーザ装置UEからの上りリンクパケットデータ伝送に関する手段と、スケジューリング要求又は支援データを送信するために用いられる上りリンク無線インタフェースの複数の物理リソースのうち、第１の物理リソースを選択する選択手段と、前記第１の物理リソースで前記UEから前記スケジューリング要求又は支援データを送信する手段とを有する。【選択図】図２
2010233239.tif 000002
【特許請求の範囲】
【請求項１】
セルラ通信システムで上りリンクシグナリング情報を送信するユーザ装置であって、
前記セルラ通信システムの基地局式スケジューラによる上りリンク無線リソースのスケジューリングに基づいて上りリンクパケットデータ伝送を制御する制御手段と、
前記セルラ通信システムにおける基地局式スケジューラのためのスケジューリング支援データを生成する生成手段と、
上りリンク無線インタフェースの第１の物理リソース又は第２の物理リソースの可用性に基づいて何れかの物理リソースを選択する選択手段と、
前記選択手段により選択された前記第１の物理リソース又は前記第２の物理リソースを用いて、前記スケジューリング支援データを前記基地局スケジューラに送信する送信手段と、
を備えるユーザ装置。
【請求項２】
前記第１の物理リソースおよび前記第２の物理リソースのうち、前記第２の物理リソースのみが、前記基地局スケジューラにより、前記スケジューリング支援データに基づいてスケジューリングされる、請求項１に記載のユーザ装置。
【請求項３】
前記送信手段は、前記第１の物理リソースによりサポートされる第１のトランスポートチャネルで前記スケジューリング支援データを送信するように構成される、請求項１に記載のユーザ装置。
【請求項４】
前記第１のトランスポートチャネルは、前記基地局式スケジューラの基地局で終端される基地局終端のトランスポートチャネルである、請求項２に記載のユーザ装置。
【請求項５】
前記送信手段は、前記第１のトランスポートチャネルと共に前記第２の物理リソースを用いて送信する第２のトランスポートポートチャネルで他のデータを送信するように構成される、請求項３に記載のユーザ装置。
【請求項６】
前記第１のトランスポートチャネルは、前記第２のトランスポートチャネルと異なる終端点を有する、請求項５に記載のユーザ装置。
【請求項７】
前記第２のトランスポートチャネルは再送信方式を使用し、前記第１のトランスポートチャネルは再送信方式を使用しない、請求項５に記載のユーザ装置。
【請求項８】
前記第１のトランスポートチャネルは第１の伝送方式に従って符号化され、前記第２のトランスポートチャネルは異なる第２の伝送方式に従って符号化される、請求項５に記載のユーザ装置。
【請求項９】
前記第１の伝送方式及び前記第２の伝送方式は、異なる誤り訂正特性を有する、請求項８に記載のユーザ装置。
【請求項１０】
前記選択手段は、前記上りリンクパケットデータ伝送が前記基地局式スケジューラによってスケジューリングされたかに基づいて、前記いずれかの物理リソースを選択するように構成される、請求項１に記載のユーザ装置。
【請求項１１】
前記選択手段は、前記第１の物理リソースまたは前記第２の物理リソースの存在または欠如に基づいて前記いずれかの物理リソースを選択するように構成される、請求項１に記載のユーザ装置。
【請求項１２】
前記選択手段は、前記第１の物理リソース及び前記第２の物理リソースのトラヒック負荷に応じて、前記いずれかの物理リソースを選択する、請求項１に記載のユーザ装置。
【請求項１３】
前記選択手段は、前記第１の物理リソースまたは前記第２の物理リソースに関連する待ち時間特性に応じて、前記いずれかの物理リソースを選択するように構成される、請求項１に記載のユーザ装置。
【請求項１４】
前記スケジューリング支援データは、前記ユーザ装置の送信バッファの状態、無線チャネル状況、上りリンク伝送の送信電力、または前記上りリンク無線リソースの要求に関する情報である、請求項１に記載のユーザ装置。
【請求項１５】
前記第１の物理リソースは第１のトランスポートチャネルに関連し、
前記第２の物理リソースは第２のトランスポートチャネルに関連し、
前記選択手段は、前記スケジューリング支援データを前記第１又は前記第２のトランスポートチャネルに前記スケジューリング支援データを割り当てる、請求項１４に記載のユーザ装置。
【請求項１６】
前記第１の物理リソースは物理ランダムアクセスチャネルである、請求項１に記載のユーザ装置。
【請求項１７】
前記セルラ通信システムは3GPP（3rd  Generation  Partnership  Project）システムである、請求項１に記載のユーザ装置。
【請求項１８】
前記セルラ通信システムは、時分割双方向（TDD）システムである、請求項１に記載のユーザ装置。
【請求項１９】
セルラ通信システムにおいて複数のユーザ装置から上りリンクシグナリング情報を受信する基地局装置であって、
複数のユーザ装置の上りリンクパケットデータ伝送に関するスケジューリング支援データを受信するために用いる上りリンク無線インタフェースの第１の物理リソース又は第２の物理リソースの何れかを選択する選択手段と、
選択された前記第１の物理リソース又は前記第２の物理リソースを用いて前記複数のユーザ装置からスケジューリング支援データを受信する受信手段と、
受信した前記スケジューリング支援データを用いて前記複数のユーザ装置の前記上りリンクパケットデータ伝送のために物理リソースを割り当てるスケジューリング手段と、
を備える基地局装置。
【請求項２０】
前記スケジューリング手段は、前記第１の物理リソースおよび前記第２の物理リソースのうち、前記第２の物理リソースのみを前記スケジューリング支援データに基づいてスケジューリングする、請求項１９に記載の基地局装置。
【請求項２１】
セルラ通信システムの基地局装置において複数のユーザ装置からの上りリンクパケットデータ伝送をスケジューリングする方法であって、
前記上りリンクパケットデータ伝送に関するスケジューリング支援データの受信に用いる無線インタフェースの第１の物理リソース又は第２の物理リソースの何れかを選択するステップと、
選択するステップにより選択された第１の物理リソース又は前記第２の物理リソースを用いて前記複数のユーザ装置からスケジューリング支援データを受信するステップと、
受信した前記スケジューリング支援データを用いて前記複数のユーザ装置の前記上りリンクパケットデータ伝送のために物理リソースをスケジューリングするステップと、
を有する方法。
【請求項２２】
前記スケジューリングするステップは、前前記スケジューリング支援データに基づいて前記第２の物理リソースのみをスケジューリングする、請求項２１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セルラ通信システムでのスケジューリング支援データ（scheduling  assistance  data）のシグナリングに関し、排他的ではないが、特に3GPP（3rd  Generation  Partnership  Project）のセルラ通信システムでのシグナリングに関する。
【背景技術】
【０００２】
現在では、移動ユーザに提供される通信サービスを更に拡張するために、第３世代セルラ通信システムが展開されている。最も広く採用されている第３世代通信システムは、CDMA（Code  Division  Multiple  Access）及びFDD（Frequency  Division  Duplex）又はTDD（Time  Division  Duplex）に基づく。CDMAシステムでは、ユーザ分離は、異なる拡散符号及び／又はスクランブル符号を同じ搬送周波数及び同じ時間間隔で異なるユーザに割り当てることにより得られる。TDDのユーザ分離は、TDMAと同様に、異なる時間スロットを異なるユーザに割り当てることにより実現される。しかし、TDMAと対照的に、TDDは、上りリンク伝送と下りリンク伝送の双方に使用される同じ搬送周波数を提供する。この原理を使用した通信システムの例は、UMTS（Universal  Mobile  Telecommunication  System）である。CDMA、特にUMTSのWCDMA（Wideband  CDMA）モードの更なる説明については、‘WCDMA  for  UMTS’、Harri  Holma（編集）、Antti  Toskala（編集）、Wiley&Sons、2001、ISBN0471486876にある。
【０００３】
拡張通信サービスを提供するために、第３世代セルラ通信システムは、パケット型データ通信を含み、様々な異なるサービスのために設計されている。同様に、GSM（Global  System  for  Mobile  communications）のような既存の第２世代セルラ通信システムも、更なる数の異なるサービスをサポートするように拡張されている。このような拡張の１つはGPRS（General  Packet  Radio  System）であり、GPRSは、GSM通信システムでパケットデータ型通信を可能にするように開発されたシステムである。パケットデータ通信は、例えばインターネットアクセスのような動的に変化する通信要件を有するデータサービスに特に適している。
【０００４】
トラヒック及びサービスが一定ではないデータレートを有するセルラ移動通信システムでは、特定の時点でのニーズに従ってユーザ間で無線リソースを動的に共有することが効率的である。これは、一定のデータレートのサービスと対照的であり、一定のデータレートのサービスでは、サービスデータレートに適切な無線リソースは呼の持続時間のような長期的に割り当てられ得る。
【０００５】
現在のUMTS  TDD標準では、上りリンク共有無線リソースは、RNC（Radio  Network  Controller）のスケジューラにより動的に割り当てられ得る（スケジューリングされ得る）。しかし、効率的に動作するために、スケジューラは、個々の移動ユーザでの上りリンク伝送を待機している上りリンクデータ量を認識する必要がある。このことにより、ユーザは、最も必要としているユーザにリソースを割り当てることが可能になり、特に、送信するデータを有していない移動局に割り当てられることによりリソースが浪費されることを回避する。
【０００６】
効率的なスケジューリングの更なる態様は、ユーザ無線チャネル状況の考慮である。他のセルへの無線パス利得が現在のサービングセル（serving  cell）への無線パス利得と同様であるユーザは、他のセルでかなりの干渉を生じ得る。スケジューラがネットワークの特定の場所でユーザから各セルへの相対パス利得を考慮に入れる場合、システム効率はかなり改善され得ることが示され得る。このような方式では、１つ以上の非サービングセル（non-serving  cell）へのパス利得が現在のサービングセルへのパス利得と同様の大きさであるユーザによる送信電力は、もたらされるセル間干渉が制御及び管理されるように制限される。逆に、サービングセルへのパス利得が他のセルのものよりかなり大きいユーザによる送信電力は、このようなユーザにより生じる送信電力単位当たりのセル間干渉は小さいため、比較的小さく制限される。
【０００７】
実際のシステムでは、無線状況及び保留データ量状態が非常に迅速に変化し得る。これらの変化が生じたときにシステム効率を最適化するために、スケジューラの動作のタイムリーな調整が行われ得るように、ネットワークのスケジューラが非常に最新の状況を通知されることが重要である。
【０００８】
例えば、典型的な動作中のセッションの間に、（例えば、電子メールを送信する場合、完了したインターネットフォームを送信する場合、又はウェブページのような対応する下りリンク転送のTCP肯定応答を送信する場合）送信する上りリンクデータの周期的な送出（spurt）が存在する。これらの短いパケット送出はパケット呼として知られており、これらの持続期間は、典型的に数ミリ秒から数秒に及ぶことがある。パケット呼の間に、上りリンクリソースは頻繁に割り当てられており、バッファ量及び無線チャネル情報がこれらの上りリンク伝送に抱き合わせられ、ユーザのデータ送信ニーズに関してスケジューラを継続的に更新することが効率的である。しかし、パケット呼が完了したとき（送信する全てのデータが送信され、送信バッファが一時的に空であるとき）、上りリンクリソースの割り当ては一時中断される。この状況で、スケジューラに（新しいパケット呼の開始時に）新しいデータの到達を通知する手段がなければならない。このシグナリングにおける何らかの遅延を最小化することが重要である。この理由は、このことがユーザに認識される伝送速度に直接寄与するからである。
【０００９】
3GPP  UMTS  TDDの技術仕様書のリリース99は、PCR（PUSCH（Physical  Uplink  Shared  Channel）  Capacity  Request）メッセージと呼ばれるレイヤ３メッセージを規定している。PCRを運ぶ論理チャネル（SHCCH（Shared  Channel  Control  Channelと呼ばれる）は、利用可能なリソースの存在に応じて異なるトランスポートチャネルに中継されてもよい。例えば、PCRメッセージは、RNC内で終端されるRACH（Random  Access  CHannel）で送信されてもよい。他の例として、リソースが利用可能である場合、PCRはまた、或る場合にはUSCH（Uplink  Shared  CHannel）で送信されてもよい。
【００１０】
しかし、この手法は多くのアプリケーションに適切であるが、他の多くのアプリケーションには最適ではない。例えば、規定されたシグナリングは、スケジューラに基づいてスケジューリング情報をRNCに提供することを目的としており、このアプリケーションのために設計されており、特にこの目的に適した動的性能及び遅延で設計されている。具体的には、シグナリングは比較的遅く、RNCスケジューラによる割り当て応答は、（Iubインタフェースでの）基地局とRNCとの間の通信に関連する遅延と、ピア・ツー・ピアのレイヤ３シグナリングを介したPCRの受信及び割り当て許可メッセージの送信でのプロトコルスタックの遅延とのため、特に速くはない。
【００１１】
近年、3GPPシステムの上りリンク性能を特に改善することにかなりの取り組みが投資されている。これを行う１つの方法は、送信及び再送信の待ち時間が低減され得るように、スケジューリングエンティティをRNCから基地局に移動することにある。その結果、かなり高速且つ効率的なスケジューリングが実現され得る。次に、このことは、認識されるエンドユーザのスループットを増加する。このような実装では、（RNCではなく）基地局にあるスケジューラは、上りリンクリソースの許可についての制御を仮定する。個々のUEについてのスケジューリングの効率及び伝送遅延を改善する際に、ユーザのトラヒックニーズ及びチャネル状況に対する高速なスケジューリング応答が望ましい。
【００１２】
しかし、スケジューリング動作の効率は、利用可能な十分な情報に依存しているため、シグナリング機能の要件はますます厳しくなる。具体的には、シグナリングがレイヤ３シグナリングによりRNCに送信される既存の手法は非効率であり、基地局式スケジューラのスケジューリング性能を制限する遅延を導入する。特に、従来技術と同じ技術を使用すること（PCRメッセージの使用等）は、使用されるトランスポートチャネルがRNCで終端される（従って、シグナリング情報はスケジューラが存在するものと異なるネットワークエンティティで終端し、これを基地局スケジューラに送信する際に更なる遅延が導入される）という事実のため、魅力的ではない。
【００１３】
例えば、3GPP  TDDシステムでは、上りリンク及び下りリンク無線チャネルが相互関係にあるという事実のため、無線チャネル状況のタイムリーな更新が特に重要になる。従って、ユーザが（例えば下りリンクで測定された）非常に最新のチャネル状況をネットワークスケジューラに通知することができ、スケジューラが最小の遅延で応答することができる場合、スケジューラは相互関係を利用し、上りリンク伝送がスケジューリングされて送信される時間まで無線チャネル状況が比較的変化しないことを仮定し得る。移動局により報告され得るチャネル状況は、スケジューラのセルのチャネル状況を有してもよく、また、他のセルに関するチャネル状況をも有してもよい。これにより、他のセルの瞬時の状況ともたらされる結果のセル間干渉とを考慮した高速且つ効率的なスケジューリングが可能になる。
【００１４】
他の例として、3GPP  FDDシステムでは、移動局のバッファ量状態は上りリンク伝送自体の中でシグナリングされる。データは他の上りリンクペイロードデータと同じPDU（Protocol  Data  Unit）内に含まれ、具体的にはMAC-e  PDUヘッダに含まれる。しかし、このことは、シグナリング情報が上りリンクデータ伝送自体の性能及び特性に依存することを意味する。
【００１５】
また、シグナリングデータを送信するこの特定の方法では、シグナリングデータ及びユーザデータは前方誤り訂正が適用される前に共に多重され、その結果、双方の情報ストリームが同じ伝送信頼度を有する点に留意すべきである。従って、（MAC-e）PDUに再送信が必要な場合、このことは、シグナリング及びユーザデータの双方に影響を及ぼし、このため、シグナリングの更なる遅延を導入する。更に、ハイブリッド及び高速再送信方式が使用される上りリンクシステムでは、データ再送信は通常のことである。この理由は、（誤りのない送信ビット当たりに必要なエネルギーの観点で）最適なリンク効率は、第１回の送信の誤りの確率が比較的高いときに（例えば10%〜50%）実現されるからである。従って、3GPP  FDD上りリンクに採用される上りリンクシグナリング技術は、TDD上りリンクシステムに適用されると、実現可能な性能レベルに関してそのTDDシステムの性能をかなり劣化させ得る待ち時間を受ける。
【００１６】
従って、セルラ通信システムでの改善したシグナリングが有利であり、特に、更なる柔軟性、低減したシグナリング遅延、改善したスケジューリング、基地局式スケジューリングの適合性、及び／又は改善した性能を可能にするシステムが有利である。
【発明の概要】
【発明が解決しようとする課題】
【００１７】
従って、本発明は、好ましくは、前記の欠点のうち１つ以上を単独で又は何らかの組み合わせで緩和、軽減又は除去することを目的とする。
【課題を解決するための手段】
【００１８】
本発明の第１の態様によれば、セルラ通信システムで上りリンクシグナリング情報を送信する装置が提供され、基地局式スケジューラについてのスケジューリング支援データを生成する手段であり、スケジューリング支援データはユーザ装置UEからの上りリンクパケットデータ伝送に関する手段と、上りリンク無線インタフェースの第１の物理リソースでUEからスケジューリング支援データを送信する手段とを有し、第１の物理リソースは基地局式スケジューラにより管理されない。
【００１９】
本発明により、基地局式スケジューラによる改善したスケジューリングが可能になり、全体としてセルラ通信システムの改善した性能を生じ得る。本発明により、エンドユーザにより認識される改善した性能が可能になり得る。本発明は、例えば、更なる容量、低減した遅延及び／又は更に効率的なスループットを提供し得る。本発明により、柔軟なシグナリングが可能になり、スケジューリング支援データが短い遅延で提供されることが可能になり得る。特に、本発明は、基地局に基づくスケジューラに特に適切なスケジューリング支援データのシグナリングを提供し得る。
【００２０】
第１の物理リソースのデータは、基地局式スケジューラによりスケジューリングされない。むしろ、第１の物理リソースのデータは、例えば、基地局式スケジューラの基地局をサポートするRNCのスケジューラによりスケジューリングされてもよい。第１の物理リソースは、基地局式スケジューラが関係及び／又は情報を制御しないリソースでもよい。例えば、物理リソースは、セルラ通信システムの１つ以上の物理チャネルのグループでもよい。UEの上りリンクパケットデータ伝送は、共有上りリンクパケットデータサービス及び／又はチャネルについてのものでもよい。
【００２１】
上りリンクシグナリング情報を受信する装置はユーザ装置でもよい。
【００２２】
本発明の任意選択の特徴によれば、送信する手段は、第１の物理リソースによりサポートされる第１のトランスポートチャネルでスケジューリング支援データを送信するように構成される。
【００２３】
このことは、効率的な実装を可能にし、多くの既存のセルラ通信システムと互換性を提供し得る。
【００２４】
本発明の任意選択の特徴によれば、第１のトランスポートチャネルは、基地局式スケジューラの基地局で終端される基地局終端のトランスポートチャネルである。
【００２５】
このことにより、改善したスケジューリングが可能になり、特に、スケジューリング支援データの複雑でない高速なシグナリングが可能になり得る。特に、既存のセルラ通信システムでは、基地局で実行されるスケジューリングに特に適した新しいトランスポートチャネルが導入されてもよい。
【００２６】
本発明の任意選択の特徴によれば、送信する手段は、第１のトランスポートチャネルと共に第１の物理リソースに多重される第２のトランスポートポートチャネルで他のデータを送信するように構成される。
【００２７】
このことにより、更なる柔軟性、効率及び／又は性能が可能になり得る。この特徴により、物理リソースの実用的な使用が可能になり、他の目的に使用され得る物理リソースを使用してスケジューリング支援データの効率的なシグナリングが可能になり得る。代替として又は更に、他のデータの送信の要件により課される制約の低減で、スケジューリング支援データの伝送特性の最適化が可能になり得る。
【００２８】
本発明の任意選択の特徴によれば、第１のトランスポートチャネルは、第２のトランスポートチャネルと異なる終端点を有する。
【００２９】
第１のトランスポートチャネルは、第２のトランスポートチャネルと異なるネットワークエンティティで終端されてもよい。例えば、第２のトランスポートチャネルがRNCで終端され、第１のトランスポートチャネルは基地局で終端されてもよい。この特徴により、かなり適したシグナリングシステムが可能になり、スケジューリング支援データの高速のシグナリングが可能になる。これによって、異なる位置から管理される他の通信とリソースの効率的な共有が可能になると共に、改善したスケジューリングが可能になり得る。
【００３０】
本発明の任意選択の特徴によれば、第２のトランスポートチャネルは再送信方式を使用し、第１のトランスポートチャネルは再送信方式を使用しない。
【００３１】
このことにより、改善した性能が可能になり、特に、スケジューリング支援データの高速な送信を確保しつつ、他のデータの効率的な通信が可能になり得る。
【００３２】
本発明の任意選択の特徴によれば、第１のトランスポートチャネルは第１の伝送方式に従って符号化され、第２のトランスポートチャネルは異なる第２の伝送方式に従って符号化される。
【００３３】
第１及び第２のトランスポートチャネルは、誤り率がスケジューリング支援データと他の上りリンクデータとで異なるように、異なる伝送信頼度で送信されてもよい。このことにより、特に、他のデータに効率的な無線インタフェースのリソース使用を可能にしつつ、遅延を低減することにより効率的なスケジューリングが可能になり得る。
【００３４】
本発明の任意選択の特徴によれば、第１の伝送方式及び第２の伝送方式は、異なる誤り訂正特性を有する。
【００３５】
このことにより、改善した性能及び実用的な実装が可能になり得る。
【００３６】
本発明の任意選択の特徴によれば、送信する手段は、第１のトランスポートチャネルと第２のトランスポートチャネルとのレートマッチングを実行するように構成される。
【００３７】
レートマッチングは、第１及び第２のトランスポートチャネルの誤り訂正機能を調整するために実行されてもよい。このことにより、改善した性能及び実用的な実装が可能になり得る。
【００３８】
本発明の任意選択の特徴によれば、この装置は、第２の物理リソースを使用してスケジューリング支援データを送信する手段と、第１の物理リソースと第２の物理リソースとの間を選択する選択手段とを更に有する。
【００３９】
このことは、性能を改善し、物理リソースの現在の状況及び現在の特性に特に適したスケジューリング支援データの通信を可能にし得る。例えば、3GPPシステムでは、この装置は、物理ランダムアクセスチャネル（例えばPRACH）、個別物理チャネル（例えばDPCH）及び／又は基地局式スケジューラによりスケジューリングされる上りリンクチャネルの間を選択してもよい。
【００４０】
本発明の任意選択の特徴によれば、選択手段は、第１の物理リソースと第２の物理リソースとの可用性に応じて、第１の物理リソースと第２の物理リソースとの間を選択するように構成される。
【００４１】
このことにより、効率的なシグナリングが可能になり、例えば、スケジューリング支援データが現在利用可能なリソースで通信されることが可能になり得る。このため、スケジューリング支援データが、利用可能である限り異なるリソースで通信される動的なシステムが可能になる。このような構成により、特に、シグナリング遅延が実質的に低減されることが可能になり得る。例えば、3GPPシステムでは、この装置は、ランダムアクセス物理チャネル（例えばPRACH）、個別物理チャネル（例えばDPCH）及び／又は基地局式スケジューラによりスケジューリングされる上りリンクチャネルの間を、これらのチャネルのうちどれが現在設定されているかに応じて選択してもよい。可用性は、例えば物理リソースが利用可能になってからの持続時間でもよい。
【００４２】
本発明の任意選択の特徴によれば、選択手段は、第１の物理リソース及び第２の物理リソースのトラヒック負荷に応じて、第１の物理リソースと第２の物理リソースとの間を選択するように構成される。
【００４３】
このことにより、効率的なシグナリングが可能になり、例えば、スケジューリング支援データが余分な容量を有する物理リソースで通信されることが可能になり得る。例えば、3GPPシステムでは、この装置は、物理ランダムアクセスチャネル（例えばPRACH）、個別物理チャネル（例えばDPCH）及び／又は基地局式スケジューラによりスケジューリングされる上りリンクチャネルの間を、これらのチャネルのうちどれが余分な容量を有しているかに応じて選択してもよい。
【００４４】
本発明の任意選択の特徴によれば、選択手段は、第１の物理リソース及び第２の物理リソースに関連する待ち時間特性に応じて、第１の物理リソースと第２の物理リソースとの間を選択するように構成される。
【００４５】
このことにより、効率的なシグナリングが可能になり、例えば、スケジューリング支援データがスケジューリング支援データの最低の遅延を生じる物理リソースで通信されることが可能になり得る。このことは、低減した遅延のため、改善した性能及びスケジューリングを提供し得る。待ち時間特性は、例えば、各物理リソースでのスケジューリング支援データの送信についての推定上、仮定上又は計算上の遅延でもよい。
【００４６】
本発明の任意選択の特徴によれば、第２の物理リソースは、基地局式スケジューラにより管理される物理リソースである。
【００４７】
第２の物理リソースは、基地局式スケジューラによりスケジューリングされるデータをサポートしてもよい。第２の物理リソースは、特に基地局式スケジューラが情報をスケジューリングするユーザデータチャネルをサポートしてもよい。例えば、3GPPシステムでは、この装置は、物理ランダムアクセスチャネル（例えばPRACH）、RNCにより制御される個別物理チャネル（例えばDPCH）及び／又は基地局式スケジューラによりスケジューリングされるパケットデータ上りリンクチャネルの間を選択してもよい。
【００４８】
本発明の任意選択の特徴によれば、第１の物理リソースは第１のトランスポートチャネルに関連し、第２の物理リソースは第２のトランスポートチャネルに関連し、選択手段は、スケジューリング支援データを第１又は第２のトランスポートチャネルに関連付けることにより、スケジューリング支援データを割り当てるように構成される。
【００４９】
このことは、かなり有利な手法を提供し、特に、スケジューリング支援データの伝送特性の個々の最適化を可能にしつつ、最適な物理リソースの効率的な選択を可能にし得る。トランスポートチャネルは、トランスポートチャネルの物理リソースに関連する特性に応じて選択されてもよい。
【００５０】
本発明の任意選択の特徴によれば、第１の物理リソースはランダムアクセスチャネルである。ランダムアクセスチャネルは、他の物理チャネルが利用可能でないときに使用され得るため、特に適切なチャネルを提供し得る。本発明により、基地局式スケジューラのスケジューリング支援データが、基地局式スケジューラにより制御されず、例えばRNC式スケジューラにより制御されるランダムアクセスチャネルでシグナリングされることが可能になり得る。
【００５１】
本発明の任意選択の特徴によれば、スケジューリング支援データは、送信を保留しているデータ量の指示及び／又はUEの無線インタフェースチャネル状況の指示を有する。代替として又は更に、スケジューリング支援データは、UEの上りリンク伝送の相対送信電力の指示及び／又はUEに関連するユーザ識別情報の指示を有してもよい。このような情報により、特に有利なスケジューリングが可能になり得る。
【００５２】
本発明の任意選択の特徴によれば、セルラ通信システムは3GPP（3rd  Generation  Partnership  Project）システムである。3GPPシステムは、特にUMTSセルラ通信システムでもよい。本発明により、3GPPセルラ通信システムで改善した性能が可能になり得る。
【００５３】
本発明の任意選択の特徴によれば、セルラ通信システムは、時分割双方向（TDD）システムである。本発明により、TDDセルラ通信システムで改善した性能が可能になり、特に、上りリンクチャネル及び下りリンクチャネルの双方に適用可能なチャネル状況情報の改善したシグナリングを利用することにより、改善したスケジューリングが可能になり得る。
【００５４】
本発明の第２の態様によれば、セルラ通信システムで上りリンクシグナリング情報を受信する装置が提供され、上りリンク無線インタフェースの第１の物理リソースで、UEから基地局式スケジューラについてのスケジューリング支援データを受信する手段であり、スケジューリング支援データはユーザ装置からの上りリンクパケットデータ伝送に関する手段を有し、第１の物理リソースは基地局式スケジューラにより管理されない。
【００５５】
上りリンクシグナリング情報を送信する装置に関して前述した任意選択の特徴、コメント及び／又は利点は、上りリンクシグナリング情報を受信する装置にも同様に当てはまり、任意選択の特徴は、個々に又は何らかの組み合わせで上りリンクシグナリング情報を受信する装置に含まれてもよいことがわかる。
【００５６】
上りリンクシグナリング情報を受信する装置は、基地局でもよい。
【００５７】
本発明の第３の態様によれば、セルラ通信システムで上りリンクシグナリング情報を送信する方法が提供され、基地局式スケジューラについてのスケジューリング支援データを生成し、スケジューリング支援データはユーザ装置UEからの上りリンクパケットデータ伝送に関し、上りリンク無線インタフェースの第１の物理リソースでUEからスケジューリング支援データを送信することを有し、第１の物理リソースは基地局式スケジューラにより管理されない。
【００５８】
上りリンクシグナリング情報を送信する装置に関して前述した任意選択の特徴、コメント及び／又は利点は、上りリンクシグナリング情報を送信する方法にも同様に当てはまり、任意選択の特徴は、個々に又は何らかの組み合わせで上りリンクシグナリング情報を送信する方法に含まれてもよいことがわかる。
【００５９】
例えば、本発明の任意選択の特徴によれば、スケジューリング支援データは、第１の物理リソースによりサポートされる第１のトランスポートチャネルで送信される。
【００６０】
他の例として、本発明の任意選択の特徴によれば、第１のトランスポートチャネルは、基地局式スケジューラの基地局で終端される。
【００６１】
他の例として、本発明の任意選択の特徴によれば、この方法は、第１のトランスポートチャネルと共に第１の物理リソースに多重される第２のトランスポートポートチャネルで他のデータを送信することを更に有する。
【００６２】
他の例として、本発明の任意選択の特徴によれば、第１のトランスポートチャネルは第１の伝送方式に従って符号化され、第２のトランスポートチャネルは異なる第２の伝送方式に従って符号化される。
【００６３】
他の例として、本発明の任意選択の特徴によれば、この方法は、第２の物理リソースを使用してスケジューリング支援データを送信し、第１の物理リソースと第２の物理リソースとの間を選択することを更に有する。
【００６４】
他の例として、本発明の任意選択の特徴によれば、第２の物理リソースは、基地局式スケジューラにより管理される物理リソースである。
【００６５】
他の例として、本発明の任意選択の特徴によれば、第１の物理リソースはランダムアクセスチャネルである。
【００６６】
本発明の第４の特徴によれば、セルラ通信システムで上りリンクシグナリング情報を受信する方法が提供され、上りリンク無線インタフェースの第１の物理リソースで、UEから基地局式スケジューラについてのスケジューリング支援データを受信し、スケジューリング支援データはユーザ装置からの上りリンクパケットデータ伝送に関することを有し、第１の物理リソースは基地局式スケジューラにより管理されない。
【００６７】
上りリンクシグナリング情報を送信する装置に関して前述した任意選択の特徴、コメント及び／又は利点は、上りリンクシグナリング情報を受信する方法にも同様に当てはまり、任意選択の特徴は、個々に又は何らかの組み合わせで上りリンクシグナリング情報を受信する方法に含まれてもよいことがわかる。
【図面の簡単な説明】
【００６８】
【図１】本発明の実施例が使用され得るセルラ通信システム100の例
【図２】本発明の或る実施例によるUE、RNC及び基地局
【図３ａ】上りリンク物理リソース形式の間での単一のトランスポートチャネルの切り替えの例
【図３ｂ】物理リソース形式と固定の関連をそれぞれ有する２つ以上のトランスポートチャネルへのシグナリング情報ストリームの切り替えの例
【図４】本発明の或る実施例によるシグナリングシステムの例
【発明を実施するための形態】
【００６９】
本発明の前記及び他の態様、特徴及び利点は、以下に説明する実施例から明らかになり、実施例を参照して説明する。
【００７０】
本発明の実施例について、添付図面を参照して一例のみとして説明する。
【００７１】
以下の詳細な説明は、UMTS（Universal  Mobile  Telecommunication  System）セルラ通信システム及び特にTDD（Time  Division  Duplex）モードで動作するUTRAN（UMTS  Terrestrial  Radio  Access  Network）に適用可能な本発明の実施例に焦点を当てる。しかし、本発明はこの用途に限定されず、例えばGSM（Global  System  for  Mobile  communication  system）セルラ通信システムを含む多くの他のセルラ通信システムにも適用され得る。
【００７２】
図１は、本発明の実施例が使用され得るセルラ通信システム100の例を示している。
【００７３】
セルラ通信システムでは、地理的領域は、基地局によりそれぞれ提供される複数のセルに分割される。基地局は、基地局間でデータを通信することができる固定ネットワークにより相互接続される。移動局は、移動局が存在するセルの基地局による無線通信リンクを介してサービス提供される。
【００７４】
移動局が移動すると、１つの基地局のサービスエリアから他のサービスエリアに（すなわち、１つのセルから他のセルに）移動することがある。移動局が基地局に近づくと、２つの基地局の重複サービスエリアの領域に入り、この重複範囲内で、新しい基地局によりサポートされるように変わる。基地局が新しいセルに更に移動すると、新しい基地局によりサポートされ続ける。このことは、セル間での移動局のハンドオーバ又はハンドオフとして知られている。
【００７５】
典型的なセルラ通信システムは、典型的には全国にサービスエリアを広げており、数千又は数百万の移動局をサポートする数百又は数千のセルを有する。移動局から基地局への通信は上りリンクとして知られており、基地局から移動局への通信は下りリンクとして知られている。
【００７６】
図１の例では、第１のユーザ装置（UE）101及び第２のUE103は、基地局105によりサポートされる第１のセルにある。UEは、例えば、遠隔ユニット、移動局、通信端末、携帯情報端末、ラップトップコンピュータ、埋め込み式通信プロセッサ、又はセルラ通信システムの無線インタフェースで通信する如何なる通信要素でもよい。
【００７７】
基地局105はRNC107に結合される。RNCは、無線リソース管理と適切な基地局へ及び適切な基地局からのデータの中継を含み、無線インタフェースに関する多数の制御機能を実行する。
【００７８】
RNC107はコアネットワーク109に結合される。コアネットワークはRNCを相互接続し、何らか２つのRNCの間でデータを中継するように動作可能である。これにより、セルの遠隔ユニットが他のセルの遠隔ユニットと通信することが可能になる。更に、コアネットワークは、PSTN（Public  Switched  Telephone  Network）のような外部ネットワークに相互接続するゲートウェイ機能を有する。これにより、移動局は陸線電話及び陸線により接続された他の通信端末と通信することが可能になる。更に、コアネットワークは、データを中継する機能、許可制御、リソース割り当て、加入者課金、移動局認証等を含む通常のセルラ通信ネットワークを管理するために必要な機能のほとんどを有する。
【００７９】
明瞭性及び簡潔性のため、本発明のいくつかの実施例の説明に必要なセルラ通信システムの特定の要素のみが図示されており、セルラ通信システムは、他の基地局及びRNCと、SGSN、GGSN、HLR、VLR等のような他のネットワークエンティティとを含み、多数の他の要素を有してもよいことがわかる。
【００８０】
通常では、無線インタフェースでのデータのスケジューリングはRNCにより実行される。しかし、最近では、共有チャネルでデータをスケジューリングするときに変動するチャネル状況を利用しようとするパケットデータサービスが提案されている。具体的には、HSDPA（High  Speed  Downlink  Packet  Access）が3GPPにより現在標準化されている。HDDPAにより、スケジューリングは、個々のUEの状況を考慮に入れて実行されることが可能になる。従って、チャネル伝搬がUEにとって低いリソース使用で通信されることを可能にするときに、UEのデータがスケジューリングされてもよい。しかし、動的な変化に追従するためにこのスケジューリングが十分に高速になることを可能にするために、HSDPAは、スケジューリングがRNCではなく基地局で実行されることを要求する。スケジューリング機能を基地局に配置することは、基地局対RNCのインタフェース（Iubインタフェース）での通信の要件を除去し、これにより、関連するかなりの遅延を低減する。
【００８１】
スケジューリングが効果的になるために、基地局スケジューラは、チャネル状況の現在の情報を必要とする。従って、TDD  HSDPAシステムでは、移動局は、下りリンクスケジューラにより制御されるチャネルを使用して情報を基地局に送信することにより、情報を提供する。UEが下りリンクHSDPAデータの割り当てを受信したときに、上りリンクリソース（HS-SICHで示す）は暗示的に割り当てられ、これにより、その下りリンクデータの肯定応答又は否定応答が基地局式下りリンクスケジューラに返信され得る。暗示的に割り当てられた上りリンク物理リソースで肯定応答情報を送信することに加えて、UEはまた、チャネル状況の現在情報を有する。従って、情報は、HSDPA通信を制御するスケジューラにより設定及び制御されるHS-SICHでスケジューラに送信される。
【００８２】
HSDPAと同様の上りリンクパケットデータサービスを導入することが、最近提案されている。特に、このようなサービスは、上りリンクパケットチャネルでユーザデータをスケジューリングするために基地局式スケジューラを利用する。しかし、このようなシステムが効率的に動作するためには、スケジューラが最小の遅延でUEから情報を提供されることが必要である。上りリンクユーザデータと共に情報を含めることにより、この情報を提供することが提案されている。具体的には、このようなデータを上りリンクユーザデータPDU（Packet  Data  Unit）のMAC-eヘッダに含めることにより、使用データパケットのデータと抱き合わせることが提案されている。
【００８３】
しかし、データが基地局スケジューラによりスケジューリングされる物理リソースでシグナリングデータが送信される対策は、多くの状況で次善である。特に、シグナリング情報が送信されることを可能にするために、データパケットが十分に頻繁に送信されることをスケジューラが確保しなければならないため、柔軟でないシステムをもたらし、可能なスケジューリングを制限する。従って、十分に頻繁な上りリンク伝送が存在するシナリオでは、この対策は実用的になり得るが、UEが比較的長い期間の間にパケットデータを送信しないシナリオでは適していない。
【００８４】
図２は、図１の例のUE101と、RNC107と、基地局105とを詳細に示している。この例では、RNC107は、例えば当業者に既知のDPCH（Dedicated  Physical  CHannel）のような通常の3GPP物理チャネルをスケジューリングする役目をするRNCスケジューラ201を有する。したがって、RNCスケジューラ201は、3GPP技術仕様書のリリース99に規定された無線インタフェースで通信するデータをスケジューリングする。
【００８５】
図２の例では、基地局105は、IubインタフェースでRNC107と通信する役目をするRNCインタフェース203を有する。RNCインタフェース203は、基地局105の動作を制御する基地局コントローラ205に結合される。基地局コントローラ205は、無線インタフェースでUE101と通信するように動作可能なトランシーバ207に結合される。基地局コントローラ205は、RNC107から受信したデータをUE101に送信するため及びUE101から受信したデータを受信してRNC107に転送するために必要な全ての機能を実行する。
【００８６】
基地局105は、基地局コントローラ205に結合された基地局スケジューラ209を更に有する。基地局スケジューラ209は、上りリンク共有パケットデータサービスのデータをスケジューリングする役目をする。具体的には、基地局スケジューラ209は、共有物理リソースの共有トランスポートチャネルでユーザデータをスケジューリングし、共有物理リソースのリソース割り当て情報を生成する。割り当て情報は基地局スケジューラ209に供給され、無線インタフェースでUE101、103に送信される。
【００８７】
基地局スケジューラ209は基地局105にあるため、（RNCスケジューラ201に必要な）Iubインタフェースでの割り当て情報の通信に必要な更なる遅延なしに、データをスケジューリングすることができる。
【００８８】
基地局スケジューラ209は、異なる情報に基づいて上りリンクトランスポートチャネルのデータをスケジューリングする。特に、基地局スケジューラ209は、UEの個々の無線インタフェースチャネル伝搬特性と現在の送信バッファ要件とに応じて、データをスケジューリングしてもよい。従って、この情報は、UE101、103から基地局105に送信されるスケジューリング支援データから得られることが好ましい。効率的なスケジューリングを有するために、スケジューリング支援データは、小さい遅延及び頻繁な間隔で受信されることが好ましい。従って、まずIubインタフェースでスケジューリング支援データをRNC107に送信してRNC107から受信することなく、スケジューリング支援データが基地局スケジューラ209に提供されることが望ましい。
【００８９】
図２の例では、UE101は、3GPP技術仕様書に従って無線インタフェースで基地局105と通信するように動作可能なトランシーバ211を有する。UE101は、3GPPセルラ通信システムのUEに必要な機能又は望ましい機能を更に有する。
【００９０】
UE101は、3GPP技術仕様書に対応して、個々の物理リソース及びトランスポートチャネルにデータを割り当てるように動作可能なチャネルコントローラ213を有する。例えば、UE101は、回線交換型の通常のリリース99通信に関与してもよい。従って、UEは、RNC107に送信されるユーザデータを生成する個別データ源215を有してもよい。チャネルコントローラ213は個別データ源215に結合され、DCH（Dedicated  CHannel）のような適切なチャネルに個別データを割り当ててもよい。更に、チャネルコントローラ213は、DPCH（Dedicated  Physical  CHannel）のような適切な物理チャネルで基地局へのこの送信を制御してもよい。
【００９１】
この例では、UE101は、パケットデータ通信に更に関与する。例えば、UE101は、上りリンクパケットデータサービスによりサポートされるインターネットアクセスアプリケーションに関与してもよい。図１の例では、UE101は、共有上りリンクチャネルでの送信にスケジューリングされるまで、パケットデータを格納するパケットデータ送信バッファ217を有する。このスケジューリングは、RNCスケジューラ210ではなく、基地局スケジューラ209により実行される。
【００９２】
パケットデータ送信バッファ217は、基地局105に送信するスケジューリング支援データを生成するスケジューリング支援データ生成器219に結合される。特に、スケジューリング支援データは、UE101で利用可能であり、データをスケジューリングするときに基地局スケジューラ209により使用され得る情報に関係する。
【００９３】
特に図２では、スケジューリング支援データ生成器219は、パケットデータ送信バッファ217に結合され、これから現在のバッファ負荷の動的情報を取得する。従って、スケジューリング支援データ生成器219は、どのくらいのデータが上りリンクチャネルで送信を保留しているパケットデータ送信バッファ217に現在格納されているかを決定する。
【００９４】
スケジューリング支援データ生成器219は、スケジューリング支援データのこの保留送信データ量の指示を有する。更に、スケジューリング支援データ生成器219は、現在の伝搬状況を示す情報を提供されてもよく、スケジューリング支援データにこの情報を含めてもよい。共有物理リソースの伝搬状況は、例えば受信信号の信号レベル測定から決定されてもよい。TDDシステムの例では、上りリンクと下りリンクとの双方が同じ周波数を使用するため、この下りリンク伝搬データは、上りリンク伝搬データにも同様に適用可能であると考えられ得る。
【００９５】
スケジューリング支援データ生成器219は、上りリンク無線インタフェースの第１の物理リソースでUE101からスケジューリング支援データを送信するように構成されたチャネルコントローラ213に結合される。従って、チャネルコントローラ213がスケジューリング支援データ生成器219からスケジューリング支援データを受信し、これを無線インタフェースの物理リソースで基地局に送信させる。
【００９６】
図２の例では、チャネルコントローラ213は、基地局式スケジューラにより管理されていない物理リソースでスケジューリング支援データを送信する。特に、チャネルコントローラ213は、RNCスケジューラ201により制御されていない物理チャネルを選択する。
【００９７】
一例として、チャネルコントローラ213は、回線交換の音声電話に使用される個別物理リソースでスケジューリング支援データを送信してもよい。特に、チャネルコントローラは、RNCスケジューラ201により設定及び制御されるように割り当てられたDPCH物理リソース上に、RNCスケジューラ201により設定及び制御されたDPDCHとスケジューリング支援データを抱き合わせてもよい。他の例として、チャネルコントローラは、ランダムアクセスチャネル（PRACHチャネル）でスケジューリング支援データを送信してもよい。
【００９８】
基地局105で通信が受信されると、図２の例では、基地局コントローラ205は、スケジューリング支援データを抽出し、これを基地局スケジューラ209に供給するように構成される。例えば、基地局コントローラ205は、DPDCH及び／又はPRACHを監視してもよく、スケジューリング支援データが受信されていることを検出すると、このデータを復号して基地局スケジューラ209に送信してもよい。
【００９９】
或る実施例では、RNCスケジューラ201は、スケジューリング支援データの通信用の物理リソースのセグメントを特に割り当ててもよく、これらのセグメントを特定する情報が基地局105とUE101との双方に通信されてもよい。
【０１００】
従って、この例では、スケジューリング支援データは、RNCでのスケジューリングによりサポートされる他のサービスにより共有される物理リソースで受信される。或る実施例では、スケジューリング支援データは、HSDPAのHS-SICHの場合のように、基地局105の異なるスケジューラによりサポートされる物理リソースで受信されてもよい。特に、これらのサービスは、通常のリリース99、リリース4又はリリース5のサービスでもよい。従って、下位互換性を維持すると共に、基地局スケジューラ209がスケジューリング支援データのリソースを割り当てる必要がある要件を回避しつつ、スケジューリング支援データの効率的且つ柔軟な通信が実現される。むしろ、多くの状況で、RNCスケジューリングされた物理リソースの未使用のリソースが、スケジューリング支援データの通信に使用され得る。
【０１０１】
更に、シグナリングが基地局105とRNC107との間のIubインタフェースでの通信に固有の遅延を回避するため、図２のシステムにより、スケジューリング支援データの非常に高速な通信が可能になる。
【０１０２】
この例では、基地局スケジューラ209は、（効率的なリソース利用のため）頻繁な間隔で非常に小さい遅延で、無線インタフェースチャネル状況とUE101、103の送信データ要件とを示すスケジューリング支援データを提供されてもよい。このことにより、高速に変化する特性を考慮してかなり高速なスケジューリングが可能になり、かなり改善したスケジューリングを生じる。このことは、全体としてセルラ通信システムの改善したリソース利用及び増加した容量をもたらす。
【０１０３】
図２の例では、スケジューリング支援データはトランスポートチャネルで通信される。トランスポートチャネルは、物理レイヤ及びMACレイヤに対してPDUを運ぶチャネルでもよい。物理チャネルは無線インタフェースでビットを運ぶ。物理チャネルは、特にレイヤ１（物理レイヤ）チャネルである。論理チャネルは、MACレイヤとRLC（Radio  Link  Control）レイヤとの間でPDUを運ぶ。
【０１０４】
特に、3GPPシステムでは、トランスポートチャネルは、3GPP多重アクセス制御（MAC：Multiple  Access  Control）エンティティと3GPP物理レイヤエンティティとの間の情報伝達インタフェースである。物理チャネルは、3GPPでは特定の拡散コード及び無線インタフェースでの期間占有として規定された送信リソースの単位である。論理チャネルは、MACへの送信入力での情報伝達インタフェースである。
【０１０５】
特定の例では、物理リソースは、同じ物理リソースに多重される２つ以上のトランスポートチャネルをサポートする。特に、スケジューリング支援データの通信のために新しいトランスポートチャネルが規定されてもよく、このトランスポートチャネルは、１つ以上のDCHと共に、3GPPシステムでDCHが運ばれる１つ以上のDPCHチャネルに多重されてもよい。
【０１０６】
3GPPシステムでは、２つ以上の別々の情報ストリームが、以下の複数の方法で物理リソースの共通のセットに多重されてもよい。
【０１０７】
・物理レイヤフィールド多重
物理レイヤフィールド多重では、複数の情報ストリームは（必要に応じて）別々に符号化され、送信ペイロードの相互に排他的な（通常では連続する）部分を占有する。逆多重は、ストリーム毎に送信ペイロードの関連部分を抽出し、これらを後に独立して扱うことにより実現される。
【０１０８】
・トランスポートチャネル多重
トランスポートチャネル多重では、多重情報ストリームは別々に符号化され、レートマッチング後のビットの総数が送信ペイロードに正確に適合するように、協調レートマッチング方式が各ストリームに適用される。一般的には、これは、通常では各情報ストリームに対応するビットが最後の送信ペイロードで不連続であるということを除いて、物理レイヤ多重と同様である。更に、レートマッチング方式は、各ストリームに適用されるFECの量が柔軟に変化し得るように設計され、様々な異なる品質要件が各ストリームに独立して満たされることが可能になる。逆多重は、送信機に適用されるレートマッチング方式アルゴリズムを認識する受信機を介して可能になる。
【０１０９】
・論理チャネル多重
論理チャネル多重では、複数の情報ストリームは、各ストリームに適用されるヘッダと共に、物理レイヤによる誤り訂正符号化の前にMACレイヤにより多重され、受信機での逆多重を可能にする。FEC符号化は、合成（多重）ストリームに適用されるため、各ストリームは同じ伝送信頼度を受ける。
【０１１０】
DPCHチャネルのような物理リソースはRNCスケジューラにより制御されるが、個別トランスポートチャネルDCHはRNC107で終端され、スケジューリング支援データに使用されるトランスポートチャネルは基地局105で終端されることが好ましいことがわかる。従って、スケジューリング支援データに使用されるトランスポートチャネルと他のデータに使用されるトランスポートチャネルとは、同じ物理リソースに多重されるが、異なるエンティティで終端する。このことにより、特に効率的且つ柔軟なシグナリングが可能になり、特にスケジューリング支援データの遅延を最小化し得る。具体的には、RNC終端のトランスポートチャネルでスケジューリング支援データを受信してこれを基地局105に再送信することに関連する遅延を回避し得る。
【０１１１】
RNC107により制御される異なる物理リソースが、スケジューリング支援データの通信をサポートするために使用されてもよいことがわかる。
【０１１２】
例えば、前述のように、DPCH又はPRACH物理チャネルが使用されてもよい。或る実施例では、UE101及び基地局105は、基地局スケジューラ209により管理される物理リソースでスケジューリング支援データを通信する機能を更に有してもよい。従って、この例では、UE101は、複数の異なる物理リソースで通信する機能を有してもよい。図２の例では、スケジューリング支援データを通信するための適切な物理リソースは、現在の状況と動作環境とに応じて選択されてもよく、適切な物理チャネルは、現在の状況で最善の性能を提供するように選択されてもよい。
【０１１３】
従って、この例では、基地局スケジューラ209により拡張上りリンクスケジューリング処理（enhance  uplink  scheduling  process）を支援するために使用されるシグナリングは、現在の嗜好及び状況に従って、異なる上りリンク物理リソースでインテリジェントに中継及び送信される。特に、物理リソースは、これらの上りリンク物理リソースの存在又は欠如に基づいて選択されてもよい。更に、スケジューリング支援データは、基地局105で終端されるトランスポートチャネルで通信されてもよい。
【０１１４】
代替の手法では、基地局スケジューラ209により拡張上りリンクスケジューリング処理を支援するために使用されるシグナリングは、異なるトランスポートチャネル（このため、ネットワークの制御でネットワーク対UEのシグナリング手段を介した物理リソース）で中継及び送信されてもよい。
【０１１５】
インテリジェント中継手法について、例を参照して示す。３つの特定の構成が考えられる。
【０１１６】
・シナリオ１
ユーザ装置101は、その現在のパケットデータ送信バッファ状態又は無線状況について、基地局スケジューラ209に通知しようとするが、拡張上りリンクリソースが送信に許可されておらず、他の上りリンク無線リソースも存在せず、又は利用可能でない。この状況は、UE101が前にパケット呼の伝送を終了しており、ある期間アイドルになっており、新しいデータがUE101のパケットデータ送信バッファ217に到達したときによく生じる。ユーザは、新しいデータを送信するための送信リソースの必要性を、基地局スケジューラ209に通知しなければならない。
【０１１７】
・シナリオ2
ユーザ装置101は、新しい無線インタフェース状況情報又はバッファ情報で基地局スケジューラ209を更新しようとし、基地局スケジューラ209によりスケジューリングされたパケットデータ上りリンクリソースが既に利用可能になっている。この場合、UE101は、上りリンクパケットデータ伝送自体の送信に許可されたリソースの一部を使用して、上りリンクシグナリングを抱き合わせてもよい。
【０１１８】
・シナリオ3
ユーザ装置101は、新しいチャネル又はバッファ情報で基地局スケジューラ209を更新しようとし、基地局スケジューラ209により管理されたパケットデータ上りリンクリソースが利用可能でないが、他のRNC管理の上りリンクリソースが存在して利用可能である。この場合、UE101は、既存の上りリンクリソースの一部を使用してシグナリングを抱き合わせてもよい。
【０１１９】
従って、或る実施例では、UE101のチャネルコントローラ213及び基地局105のチャネルコントローラ205は、異なる物理リソースの間を選択する機能を有する。更に、この選択は、異なる物理リソースが利用可能であるか否かに応じて実行されてもよい。
【０１２０】
特定の例として、チャネルコントローラ213は、まず、基地局スケジューラ209により制御される上りリンクパケットデータチャネルが利用可能であるか否かを評価してもよい。利用可能である場合、このチャネルがスケジューリング支援データの送信に選択される。そうでない場合、チャネルコントローラ213は、（DPCHのように）RNCスケジューラ201により制御される上りリンク物理チャネルが設定されているか否かを評価してもよい。設定されている場合、スケジューリング支援データは、このチャネルで送信される。しかし、このようなチャネルが利用可能でない場合、チャネルコントローラ213は、ランダムアクセスチャネル（PRACH）を使用して、スケジューリング支援データを送信し続けてもよい。
【０１２１】
異なる実施例では、物理リソースの選択は、異なるパラメータ又は特性に応じて行われてもよい。例えば、チャネルコントローラ213及び基地局コントローラ205は、以下のようなパラメータを考慮に入れてもよい。
・上りリンク物理リソース形式の存在又は欠如。
・上りリンクリソース形式が最後に存在したときの時間。例えば、所定の物理リソースは、所定の時間間隔内で利用可能になっている場合にのみ選択されてもよい。
・上りリンクリソース形式にマッピングされたチャネルのトラヒック負荷。例えば、物理リソースは、トラヒック負荷が低く、余分な利用可能なリソースが存在する場合に選択されてもよい。
・上りリンクシグナリングの送信待ち時間の考慮。例えば、各物理リソースは、シグナリング遅延、符号化等により、関連する遅延時間を有してもよく、最低の待ち時間を有する物理リソースが他の物理リソースに優先して選択されてもよい。
【０１２２】
代替として又は更に、物理リソースの選択は、固定ネットワークによる構成、特にRNCに応じて実行されてもよい。例えば、何らかのシグナリングルートが、固定ネットワークにより明示的に許可又は無効にされてもよい。
【０１２３】
物理リソースの選択は、例えばトランスポートチャネルを選択し、このトランスポートチャネルを送信するために物理リソースを選択することにより行われてもよい。他の例として、物理リソースの選択は、異なるトランスポートチャネルを異なる物理チャネルに関連付けさせ、適切なトランスポートチャネルを選択することにより行われてもよい。
【０１２４】
図３は、これらの例示的な切り替え実施例の間の原理を示している。特に、図３ａは、上りリンク物理リソース形式の間での単一のトランスポートチャネルの切り替えの例を示している。図３ｂは、物理リソース形式と固定の関連をそれぞれ有する２つ以上のトランスポートチャネルにシグナリング情報ストリームを切り替える例を示している。
【０１２５】
図３ａの例では、スケジューリング支援データは、新しいトランスポートチャネル（TrCH#1）に含まれる。トランスポートチャネルは、所望の物理リソース形式に応じて、第１又は第２のトランスポートチャネルマルチプレクサに切り替えられる。選択されたトランスポートチャネルマルチプレクサは、トランスポートチャネルと物理リソースで通信される他のトランスポートチャネルとを多重する。
【０１２６】
図３ｂの例では、スケジューリング支援データは、第１のトランスポートチャネル（TrCH#1）又は第２のトランスポートチャネル（TrCH#2）に含まれる。トランスポートチャネルのそれぞれは、異なる物理リソースによりサポートされ、選択されたトランスポートチャネルは、物理リソースで送信される前に他のトランスポートチャネルと多重される。スケジューリング支援データについての特定のトランスポートチャネルの選択は、個々のトランスポートチャネルに関連する物理リソースの特性に応じて行われてもよい。
【０１２７】
特定の例では、トランスポートチャネル多重は使用されていないことがわかる。トランスポートチャネルの多重は、前記の実施例に特に適した複数の利点及び選択肢を提供する。
【０１２８】
例えば、物理レイヤ多重に対して、3GPP技術仕様書に大きな影響を与えることなく、上りリンクシグナリングが従来のチャネル（例えばリリース99に規定のチャネル）に多重されることを可能にする。更に、3GPP内でのトランスポートチャネル多重の既存の手法が、技術仕様書への最小の影響で再利用され、このため、改善した下位互換性が実現され得る。
【０１２９】
更に、或る実施例では、トランスポートチャネル多重の使用は、個々のトランスポートチャネルの個々の性能を最適化するために使用されてもよい。或る実施例では、異なる伝送方式が異なるトランスポートチャネルに使用される。特に、異なる伝送信頼度を生じる異なる伝送方式が使用されてもよい。
【０１３０】
特定の例として、前方誤り訂正符号化がトランスポートチャネル毎に個々に選択されてもよく、例えば、ユーザデータを運ぶトランスポートチャネルより高い信頼度の前方誤り訂正符号化が、スケジューリング支援データを運ぶトランスポートチャネルに選択されてもよい。前方誤り訂正符号化のこの差は、異なるエンコーダ／デコーダを使用することにより実現されてもよく、又はレートマッチングを実行するときに異なるパンクチャリング（puncturing）又は反復特性が適用されることにより実現されてもよい。
【０１３１】
特に、１つのトランスポートチャネルは、誤ったデータパケットがUE101から再送信される再送信方式を使用してもよいが、他のトランスポートチャネルは、再送信方式を使用するのではなく、より信頼度の高い誤り符号化でデータを送信する。従って、この例では、単一の物理リソースは、遅延に敏感でないデータの送信に使用される第１のトランスポートチャネルを有してもよい。送信は、約10-30%の高いデータパケット誤り率を有することがあり、多数の再送信を生じるため、増加した遅延をもたらすが、非常に効率的なリソース利用をもたらす。同時に、物理リソースは、スケジューリング支援データの送信に使用される第２のトランスポートチャネルをサポートしてもよく、このトランスポートチャネルは、非常に低いデータレートを有してもよい。このため、パケットデータが確実に受信され、遅延を最小化し、基地局スケジューラ209による改善したスケジューリングを生じる。
【０１３２】
更に、或る実施例では、物理リソースのトランスポートチャネルは、固定ネットワークの異なる点で終端されてもよい。具体的には、トランスポートチャネルは、ユーザデータ通信に使用されてもよく、RNC107で終端されてもよいが、第２のトランスポートチャネルは、スケジューリング支援データの通信に使用され、基地局105で終端される。従って、同じ物理リソースは、個々に最適な位置で終端されるトランスポートチャネルをサポートしてもよい。このことは、スケジューリング支援データに関連する遅延を低減し、基地局スケジューラ209のスケジューリング性能を改善し得る。
【０１３３】
図４は、本発明の或る実施例によるシグナリングシステムの例を示している。特に、図示の機能は、図２のチャネルコントローラ213に実装されてもよい。前述した３つの特定の例示的な3GPP  UTRAN  TDDのシナリオを参照して、動作を説明する。
【０１３４】
・シナリオ1
シナリオ1では、既存のRACHがRNC107で終端されるという事実のため、基地局105は、必要な上りリンクシグナリングを運ぶためにこのトランスポートチャネルを使用することができない。RACHは基地局105に“可視”ではなく、単にRNCへの途中で基地局を通過する。受信した情報を、新しいIubシグナリングを介してRNCからNode-Bに返送することも可能であるが、この技術は、これらの複数の送信区間に含まれる待ち時間をかなり受ける。
【０１３５】
非ランダムアクセス方法（巡回ポーリング等）も考えられ得るが、このような技術も同様に、待ち時間の増加を受ける（ユーザの送信バッファへのデータの到達と、上りリンクリソースがそのデータを提供するために許可されることとの間に潜在的にかなりの遅延が存在する）。
【０１３６】
図４の例によれば、スケジューリング支援データを基地局スケジューラ209に直接伝達することができる新しい基地局終端のランダムアクセスチャネルが規定される。
【０１３７】
新しいランダムアクセスチャネルは、図４の例では、“E-SACHR（Enhanced  Uplink  Scheduler  Assistance  Channel）”と呼ばれる。“R”の下付文字は、チャネルが事実上ランダムアクセスである（すなわち、スケジューリングでなく、基地局スケジューラ209により特にスケジューリング又は管理されない）という事実に関する。チャネルは、新しいデータがユーザの送信バッファに到達し、実際に上りリンク無線リソースの要求であるという指示を基地局スケジューラ209に運ぶことができる。これはまた、現在のチャネル状況の指示も運んでもよく、送信はランダムアクセスであるため、基地局スケジューラ209がリソースを割り当てるユーザを認識するように、ユーザ識別情報の指示も運んでもよい。
【０１３８】
・シナリオ2
基地局スケジューラ209によりスケジューリングされた１つのトランスポートチャネル（E-DCH（Enhanced-Dedicated  CHannel）で示す）で運ばれる上りリンクデータペイロードで、上りリンクシグナリングは、別々のトランスポートチャネル（図４でE-SACHEで示す）で運ばれてもよい。E-SACHRと同様に、E-SACHEは基地局105で終端される。“E”の下付文字は、スケジューリング支援情報が基地局スケジューラ209によりスケジューリングされた拡張上りリンク伝送に抱き合わせられることを示すために使用される。しかし、スケジューリングされた伝送で伝達されるため、シグナリングでユーザ識別情報を運ぶ必要はない。従って、E-SACHE  PDUのPDUサイズは、E-SACHR  PDUのPDUサイズと異なる傾向にある。２つ（以上）のトランスポートチャネルが物理リソースの同じセット（CCTrCHと呼ばれる）に多重される。更に、E-SACHE及びE-DCHに適用されるFEC符号化の程度を調整し、各トランスポートチャネルの伝送信頼度を所望のように最適化することも可能である。例えば、スケジューラ情報が（通常では単一の送信で）高い信頼度でスケジューラに到達し、E-DCHが最適なリンク信頼度で各送信インスタンスを動作することによりARQ（再送信）効率を利用することができるように（しばしば誤りなしに受信される前にデータのユニット当たりの複数の送信が関与する）、E-SACHEがE-DCHより高度のFEC保護を与えられることが望ましいことがある。
【０１３９】
・シナリオ3
このシナリオはシナリオ2と同様であるが、主な違いは、上りリンクシグナリングが拡張上りリンク伝送に直接関連せず、基地局スケジューラ209によりスケジューリングされない上りリンクリソースで抱き合わされているという点にある。これらの上りリンクリソースは、ここでは“補助”と呼ばれる。例えば、拡張パケットデータ上りリンクは、HSDPA下りリンクパケットデータサービスと共に使用されてもよい。このような場合、（典型的にはTCP（Transmit  Power  Control）肯定応答のような高レイヤユーザデータと、イベント（ハンドオーバ等）を制御するレイヤ３制御トラヒックとを運ぶために使用される）関連する上りリンクDCHが存在する。このような場合、スケジューリング支援データは、上りリンクDPCH物理リソース又はHS-SICH（High  Speed-Shared  Information  Channel）のような他の上りリンクHSDPAチャネルで送信されてもよい。
【０１４０】
他の上りリンク伝送リソースが利用可能でないが、更新情報をスケジューラに送信する必要がある場合、E-SACHRランダムアクセス手順を使用するのではなく、（待ち時間の理由で又は効率の節約を得るため）ユーザがスケジューリング支援データの上りリンクシグナリングを補助上りリンクリソースに抱き合わせることが好ましいことがある。
【０１４１】
この場合にも同様に、補助トラヒック及び上りリンクシグナリングに適用される前方誤り訂正符号化の程度の制御を容易にするため、及びそれぞれの別々の検出を可能にするため、E-SACHDと呼ばれる別々のトランスポートチャネルが上りリンクシグナリングに使用される。シナリオ2と同様に、E-SACHDは基地局105で終端され、他のデータと共に、補助上りリンク無線リソースの共通のセット（補助上りリンクCCTrCH）に多重される。
【０１４２】
明瞭にするために前述の説明は、異なる機能ユニット及び処理に関して本発明の実施例を記載していることがわかる。しかし、本発明を逸脱することなく、異なる機能ユニット又はプロセッサ間での何らかの適切な分配が使用されてもよいことが明らかである。例えば、別々のプロセッサ又はコントローラにより実行されるように示されている機能は、同じプロセッサ又はコントローラにより実行されてもよい。従って、特定の機能ユニットへの参照は、厳密的な論理的又は物理的構造又は構成を示すのではなく、所望の機能を提供する適切な手段への参照のみとしてみなされる。
【０１４３】
本発明は、ハードウェア、ソフトウェア、ファームウェア又はこれらの何らかの組み合わせを含み、如何なる適切な形式で実装されてもよい。任意選択で、本発明は、１つ以上のデータプロセッサ及び／又はデジタル信号プロセッサで動作するコンピュータソフトウェアとして少なくとも部分的に実装されてもよい。本発明の実施例の要素及び構成要素は、如何なる適切な方法で物理的、機能的及び論理的に実装されてもよい。実際に、機能は単一のユニットに実装されてもよく、複数のユニットに実装されてもよく、又は他の機能ユニットの一部として実装されてもよい。従って、本発明は、単一のユニットに実装されてもよく、異なるユニット及びプロセッサの間に物理的及び機能的に分配されてもよい。
【０１４４】
いくつかの実施例に関して本発明を説明したが、ここに示した特定の形式に限定することを意図するのではない。むしろ、本発明の範囲は特許請求の範囲のみにより限定される。更に、機能は特定の実施例に関して記載されているように見えるが、当業者は記載の実施例の様々な特徴が本発明に従って結合され得ることを認識する。請求項において、有するという用語は、他の要素又はステップの存在を除外しない。
【０１４５】
更に、個々に記載されているが、複数の手段、要素又は方法のステップが、例えば単一のユニット又はプロセッサにより実装されてもよい。更に、個々の特徴が異なる請求項に含まれることがあるが、これらは場合によっては有利に結合されてもよく、異なる請求項に含まれることは、特徴の組み合わせが実現可能及び／又は有利ではないことを意味するのではない。また、請求項の１つのカテゴリに特徴が含まれることは、このカテゴリへの限定を意味しているのではなく、特徴が必要に応じて他の請求項のカテゴリにも同様に適用可能であることを示す。更に、請求項への特徴の順序は、特徴が動作されなければならない特定の順序を示すのではなく、特に、方法の請求項の個々のステップの順序は、ステップがこの順序で実行されなければならないことを示すのではない。むしろ、ステップは如何なる適切な順序で実行されてもよい。更に、単数への言及は複数を除外しない。従って、“１つ”、“第１の”、“第２の”等への言及は複数を除外しない。
【０１４６】
以上の実施例に関し、更に、以下の項目を開示する。
【０１４７】
（１）セルラ通信システムで上りリンクシグナリング情報を送信する装置であって、
基地局式スケジューラについてのスケジューリング支援データを生成する手段であり、前記スケジューリング支援データはユーザ装置UEからの上りリンクパケットデータ伝送に関する手段と、
上りリンク無線インタフェースの第１の物理リソースで前記UEから前記スケジューリング支援データを送信する手段と
を有し、
前記第１の物理リソースは前記基地局式スケジューラにより管理されない装置。
【０１４８】
（２）前記送信する手段は、前記第１の物理リソースによりサポートされる第１のトランスポートチャネルで前記スケジューリング支援データを送信するように構成される、（１）に記載の装置。
【０１４９】
（３）前記第１のトランスポートチャネルは、前記基地局式スケジューラの基地局で終端される基地局終端のトランスポートチャネルである、（２）に記載の装置。
【０１５０】
（４）前記送信する手段は、前記第１のトランスポートチャネルと共に前記第１の物理リソースに多重される第２のトランスポートポートチャネルで他のデータを送信するように構成される、（２）又は（３）に記載の装置。
【０１５１】
（５）前記第１のトランスポートチャネルは、前記第２のトランスポートチャネルと異なる終端点を有する、（４）に記載の装置。
【０１５２】
（６）前記第２のトランスポートチャネルは再送信方式を使用し、前記第１のトランスポートチャネルは再送信方式を使用しない、（４）又は（５）に記載の装置。
【０１５３】
（７）前記第１のトランスポートチャネルは第１の伝送方式に従って符号化され、前記第２のトランスポートチャネルは異なる第２の伝送方式に従って符号化される、（４）ないし（６）のうちいずれかに記載の装置。
【０１５４】
（８）前記第１の伝送方式及び前記第２の伝送方式は、異なる誤り訂正特性を有する、（７）に記載の装置。
【０１５５】
（９）前記送信する手段は、前記第１のトランスポートチャネルと前記第２のトランスポートチャネルとのレートマッチングを実行するように構成される、（３）ないし（８）のうちいずれかに記載の装置。
【０１５６】
（１０）第２の物理リソースを使用して前記スケジューリング支援データを送信する手段と、
前記第１の物理リソースと前記第２の物理リソースとの間を選択する選択手段と
を更に有する、（１）ないし（９）のうちいずれかに記載の装置。
【０１５７】
（１１）前記選択手段は、前記第１の物理リソースと前記第２の物理リソースとの可用性に応じて、前記第１の物理リソースと前記第２の物理リソースとの間を選択するように構成される、（１０）に記載の装置。
【０１５８】
（１２）前記選択手段は、前記第１の物理リソース及び前記第２の物理リソースのトラヒック負荷に応じて、前記第１の物理リソースと前記第２の物理リソースとの間を選択するように構成される、（１０）又は（１１）に記載の装置。
【０１５９】
（１３）前記選択手段は、前記第１の物理リソース及び前記第２の物理リソースに関連する待ち時間特性に応じて、前記第１の物理リソースと前記第２の物理リソースとの間を選択するように構成される、（１０）ないし（１２）のうちいずれかに記載の装置。
【０１６０】
（１４）前記第２の物理リソースは、前記基地局式スケジューラにより管理される物理リソースである、（１０）ないし（１３）のうちいずれかに記載の装置。
【０１６１】
（１５）前記第１の物理リソースは第１のトランスポートチャネルに関連し、
前記第２の物理リソースは第２のトランスポートチャネルに関連し、
前記選択手段は、前記スケジューリング支援データを前記第１又は第２のトランスポートチャネルに関連付けることにより、前記スケジューリング支援データを割り当てるように構成される、（１０）ないし（１４）のうちいずれかに記載の装置。
【０１６２】
（１６）前記第１の物理リソースはランダムアクセスチャネルである、（１）ないし（１５）のうちいずれかに記載の装置。
【０１６３】
（１７）前記スケジューリング支援データは、送信を保留しているデータ量の指示を有する、（１）ないし（１６）のうちいずれかに記載の装置。
【０１６４】
（１８）前記スケジューリング支援データは、前記UEの無線インタフェースチャネル状況を有する、（１）ないし（１７）のうちいずれかに記載の装置。
【０１６５】
（１９）前記セルラ通信システムは3GPP（3rd  Generation  Partnership  Project）システムである、（１）ないし（１８）のうちいずれかに記載の装置。
【０１６６】
（２０）前記セルラ通信システムは、時分割双方向（TDD）システムである、（１）ないし（１９）のうちいずれかに記載の装置。
【０１６７】
（２１）使用されると、セルラ通信システムで上りリンクシグナリング情報を受信する装置であって、
上りリンク無線インタフェースの第１の物理リソースで、ユーザ装置UEから基地局式スケジューラについてのスケジューリング支援データを受信する手段であり、前記スケジューリング支援データは前記UEからの上りリンクパケットデータ伝送に関する手段を有し、
前記第１の物理リソースは前記基地局式スケジューラにより管理されない装置。
【０１６８】
（２２）セルラ通信システムで上りリンクシグナリング情報を送信する方法であって、
基地局式スケジューラについてのスケジューリング支援データを生成し、前記スケジューリング支援データはユーザ装置UEからの上りリンクパケットデータ伝送に関し、
上りリンク無線インタフェースの第１の物理リソースで前記UEから前記スケジューリング支援データを送信することを有し、
前記第１の物理リソースは前記基地局式スケジューラにより管理されない方法。
【０１６９】
（２３）前記スケジューリング支援データを送信することは、前記第１の物理リソースによりサポートされる第１のトランスポートチャネルで前記スケジューリング支援データを送信することを有する、（２２）に記載の方法。
【０１７０】
（２４）前記第１のトランスポートチャネルは、前記基地局式スケジューラの基地局で終端される、（２３）に記載の方法。
【０１７１】
（２５）前記第１のトランスポートチャネルと共に前記第１の物理リソースに多重される第２のトランスポートポートチャネルで他のデータを送信することを更に有する、（２３）又は（２４）に記載の方法。
【０１７２】
（２６）
前記第１のトランスポートチャネルは第１の伝送方式に従って符号化され、
前記第２のトランスポートチャネルは異なる第２の伝送方式に従って符号化される、（２５）に記載の方法。
【０１７３】
（２７）第２の物理リソースを使用して前記スケジューリング支援データを送信し、
前記第１の物理リソースと前記第２の物理リソースとの間を選択することを更に有する、（２２）ないし（２６）のうちいずれかに記載の方法。
【０１７４】
（２８）前記第２の物理リソースは、前記基地局式スケジューラにより管理される物理リソースである、（２７）に記載の方法。
【０１７５】
（２９）前記第１の物理リソースはランダムアクセスチャネルである、（２２）ないし（２８）のうちいずれかに記載の方法。
【０１７６】
（３０）セルラ通信システムで上りリンクシグナリング情報を受信する方法であって、
上りリンク無線インタフェースの第１の物理リソースで、ユーザ装置UEから基地局式スケジューラについてのスケジューリング支援データを受信し、前記スケジューリング支援データは前記UEからの上りリンクパケットデータ伝送に関することを有し、
前記第１の物理リソースは前記基地局式スケジューラにより管理されない方法。
【符号の説明】
【０１７７】
100  セルラ通信システム
101,103  ユーザ装置
105  基地局
107  RNC
109  コアネットワーク
【図１】
2010233239.tif 000003
【図２】
2010233239.tif 000004
【図３ａ】
2010233239.tif 000005
【図３ｂ】
2010233239.tif 000006
【図４】
2010233239.tif 000007