(57)【特許請求の範囲】
【請求項１】
通信システムのノードによって実行される方法であって、該方法は、
所定の送信時間間隔内で前記ノードと前記通信システムの別のノードとの間でデータを通信する際に用いるための持続的に割り当てられる資源を規定する割当てデータを格納すること、及び
現在の送信時間間隔において用いられる資源の動的な割当てに関する制御データを受信すること、を含み、前記受信した制御データは、変調及び符号化データ、ＨＡＲＱデータを含み、
当該方法は更に、
前記受信した制御データにおける前記変調及び符号化データ、前記ＨＡＲＱデータの少なくとも一方が、所定のビットパターンを含むか否かを判断すること、及び
前記判断において、前記所定のビットパターンが存在するものと判断すると、前記持続的に割り当てられる資源を規定している前記格納された割当てデータの設定を変更することを含む、方法。
【請求項２】
前記所定のビットパターンは前記ＨＡＲＱデータに含まれる、請求項１に記載の方法。
【請求項３】
前記所定のビットパターンは前記変調及び符号化データに含まれる、請求項１に記載の方法。
【請求項４】
前記制御データは、前記ノードを特定するＩＤデータと、前記割り当てられる資源を規定する割当てデータと、を含む、請求項１に記載の方法。
【請求項５】
通信システムのノードによって実行される方法であって、該方法は、
所定の送信時間間隔内で前記ノードと前記通信システムの別のノードとの間でデータを通信する際に用いるための持続的に割り当てられる資源を規定する割当てデータを格納すること、及び
現在の送信時間間隔において用いられる資源の動的な割当てに関する制御データを生成すること、を含み、前記生成した制御データは、変調及び符号化データ、ＨＡＲＱデータを含み、
当該方法は更に、
前記持続的に割り当てられる資源を既定する前記格納された割当てデータの設定が変更されるか否かに応じて、前記変調及び符号化データ、前記ＨＡＲＱデータの少なくとも一方に所定のビットパターンを含むか否かを判断すること、
前記現在の送信時間間隔中に用いられる前記資源を制御するために、前記生成した制御データを前記別のノードに送信すること、及び
前記制御データが前記所定のビットパターンを含む場合、前記持続的に割り当てられる資源の変更された設定を用いて前記別のノードと通信することを含む、方法。
【請求項６】
前記所定のビットパターンは前記ＨＡＲＱデータに含まれる、請求項５に記載の方法。
【請求項７】
前記所定のビットパターンは前記変調及び符号化データに含まれる、請求項５に記載の方法。
【請求項８】
前記制御データは、前記ノードを特定するＩＤデータと、前記割り当てられる資源を規定する割当てデータと、を含む、請求項５に記載の方法。
【請求項９】
通信ノードであって、
所定の送信時間間隔内で前記通信ノードと通信システムの別の通信ノードとの間でデータを通信する際に用いるための持続的に割り当てられる資源を規定する割当てデータを格納するメモリと、
現在の送信時間間隔において用いられる資源の動的な割当てに関する制御データを受信するように動作する受信手段と、を含み、前記受信した制御データは、変調及び符号化データ、ＨＡＲＱデータを含み、
当該通信ノードは更に、
ｉ）前記受信した制御データにおける前記変調及び符号化データ、前記ＨＡＲＱデータの少なくとも一方が、所定のビットパターンを含むか否かを判断すること、及びｉｉ）前記受信した制御データが前記所定のビットパターンを含む場合、前記持続的に割り当てられる資源を規定している前記格納された割当てデータの設定を変更すること、の可能なコントローラを含む、通信ノード。
【請求項１０】
前記所定のビットパターンは前記ＨＡＲＱデータに含まれ、前記コントローラは、受信したＨＡＲＱデータが前記所定のビットパターンを含むか否かを判断するように動作する、請求項９に記載の通信ノード。
【請求項１１】
前記所定のビットパターンは前記変調及び符号化データに含まれ、前記コントローラは、受信した変調及び符号化データが前記所定のビットパターンを含むか否かを判断するように動作する、請求項９に記載の通信ノード。
【請求項１２】
通信ノードであって、
所定の送信時間間隔内で前記通信ノードと通信システムの別の通信ノードとの間でデータを通信する際に用いるための持続的に割り当てられる資源を規定する割当てデータを格納するメモリと、
現在の送信時間間隔において用いられる資源の動的な割当てに関する制御データを生成することの可能なコントローラと、を含み、前記生成した制御データは、変調及び符号化データ、ＨＡＲＱデータを含み、
前記コントローラはまた、前記持続的に割り当てられる資源を既定する前記格納された割当てデータの設定が変更されるか否かに応じて、前記変調及び符号化データ、前記ＨＡＲＱデータの少なくとも一方に所定のビットパターンを含むか否かを判断することができ、
当該通信ノードは更に、
前記現在の送信時間間隔中に用いられる前記資源を制御するために、前記生成した制御データを前記別の通信ノードに送信する手段を含み、
前記コントローラは、前記制御データが前記所定のビットパターンを含む場合、前記持続的に割り当てられる資源の変更された設定を用いて当該通信ノードが前記別の通信ノードと通信するように動作する、通信ノード。
【請求項１３】
前記コントローラは前記所定のビットパターンを前記ＨＡＲＱデータに含めるように動作する、請求項１２に記載の通信ノード。
【請求項１４】
前記コントローラは前記所定のビットパターンを前記変調及び符号化データに含めるように動作する、請求項１２に記載の通信ノード。
【請求項１５】
プログラム可能なコンピュータデバイスに請求項１〜８のいずれか一項に記載の方法を実行させるためのコンピュータ実施可能命令を含むプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動（セルラー）通信システム内のデータの通信に関する。本発明は、限定はしないが、特に、無線通信システムにおいて用いられるサブキャリアの割当てに関連する。
【背景技術】
【０００２】
３ＧＰＰ（第３世代移動通信システムの将来の発展を見据えた、標準規格を基にする共同研究）において現在研究されているＥ−ＵＴＲＡ（次世代ユニバーサル地上無線アクセス）無線インターフェースのためのダウンリンク及びアップリンクの多元接続方式として、ＯＦＤＭＡ及びシングルキャリアＦＤＭＡが選択されている。Ｅ−ＵＴＲＡシステム下で、効率的且つ迅速にリンクアダプテーションを可能にするために、且つ最大マルチユーザダイバーシティ利得を達成するために、複数のユーザデバイスと通信する基地局が、可能な限り多くの同時に存在するユーザの間で時間／周波数の全資源量（帯域幅による）を割り当てる。
【０００３】
Ｅ−ＵＴＲＡシステムは、ＶｏＩＰ（ボイス・オーバ・インターネットプロトコル）のようなリアルタイム（ＲＴ）サービス、及びウエブブラウジングのような非リアルタイム（ＮＲＴ）サービスの双方を提供する。ユーザデバイスがこれらのサービスを用いることを可能にする時間／周波数資源は、用いられるサービスに応じて、動的に（すなわち、それらの資源が必要とされる時点で要求に応じて）、又は持続的に割り当てることができる。たとえば、ＶｏＩＰのようなリアルタイムサービスの場合に、必要とされる資源の量が予めわかっている場合には、たとえば、呼設定の時点において、ユーザデバイスに資源を予め割り当てる（持続的に割り当てる）ことができる。ウエブブラウジングトラフィックのような、よりバースト性の高いトラフィックの場合、その時点でユーザデバイスとネットワークとの間で伝送されるデータの量に基づいて、資源が動的に割り当てられる。
【０００４】
ＲＡＮ１における現行の作業仮説は、ユーザデバイスが所与の送信時間間隔（ＴＴＩ）において資源を持続的に割り当てられている場合には、ダイナミック報知チャネル（ＤＢＣＨ）内を除いて、同じＴＴＩ内のデータ／シグナリングのために、そのユーザデバイスに他の資源を割り当てることはできないということである。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の課題の１つは、ネットワークからダウンリンクデータを受信するために、ユーザデバイスが、同じＴＴＩ内で動的に割り当てられる資源、及び持続的に割り当てられる資源の両方を用いることができるようにすることにある。
【課題を解決するための手段】
【０００６】
本発明の第１の態様によれば、通信システムのノードによって実行される方法が提供される。本方法は、所定の送信時間間隔内で前記ノードと前記通信システムの別のノードとの間でデータを通信する際に用いるための持続的に割り当てられる資源を規定する割当てデータを格納すること、及び現在の送信時間間隔において用いられる資源の動的な割当てに関する制御データを受信すること、を含み、前記受信した制御データは、変調及び符号化データ、ＨＡＲＱデータを含む。本方法は更に、前記受信した制御データにおける前記変調及び符号化データ、前記ＨＡＲＱデータの少なくとも一方が、所定のビットパターンを含むか否かを判断すること、及び前記判断において、前記所定のビットパターンが存在するものと判断すると、前記持続的に割り当てられる資源を規定している前記格納された割当てデータの設定を変更することを含む。
【０００７】
本発明の第２の態様によれば、通信システムのノードによって実行される方法が提供される。本方法は、所定の送信時間間隔内で前記ノードと前記通信システムの別のノードとの間でデータを通信する際に用いるための持続的に割り当てられる資源を規定する割当てデータを格納すること、及び現在の送信時間間隔において用いられる資源の動的な割当てに関する制御データを生成すること、を含み、前記生成した制御データは、変調及び符号化データ、ＨＡＲＱデータを含む。本方法は更に、前記持続的に割り当てられる資源を既定する前記格納された割当てデータの設定が変更されるか否かに応じて、前記変調及び符号化データ、前記ＨＡＲＱデータの少なくとも一方に所定のビットパターンを含むか否かを判断すること、前記現在の送信時間間隔中に用いられる前記資源を制御するために、前記生成した制御データを前記別のノードに送信すること、及び前記制御データが前記所定のビットパターンを含む場合、前記持続的に割り当てられる資源の変更された設定を用いて前記別のノードと通信することを含む。
【０００８】
本発明の第３の態様によれば、通信ノードが提供される。本通信オードは、所定の送信時間間隔内で前記通信ノードと通信システムの別の通信ノードとの間でデータを通信する際に用いるための持続的に割り当てられる資源を規定する割当てデータを格納するメモリと、現在の送信時間間隔において用いられる資源の動的な割当てに関する制御データを受信するように動作する受信手段と、を含み、前記受信した制御データは、変調及び符号化データ、ＨＡＲＱデータを含む。本通信ノードは更に、ｉ）前記受信した制御データにおける前記変調及び符号化データ、前記ＨＡＲＱデータの少なくとも一方が、所定のビットパターンを含むか否かを判断すること、及びｉｉ）前記受信した制御データが前記所定のビットパターンを含む場合、前記持続的に割り当てられる資源を規定している前記格納された割当てデータの設定を変更すること、の可能なコントローラを含む。
【０００９】
本発明の第４の態様によれば、通信ノードが提供される。本通信オードは、所定の送信時間間隔内で前記通信ノードと通信システムの別の通信ノードとの間でデータを通信する際に用いるための持続的に割り当てられる資源を規定する割当てデータを格納するメモリと、現在の送信時間間隔において用いられる資源の動的な割当てに関する制御データを生成することの可能なコントローラと、を含み、前記生成した制御データは、変調及び符号化データ、ＨＡＲＱデータを含む。前記コントローラはまた、前記持続的に割り当てられる資源を既定する前記格納された割当てデータの設定が変更されるか否かに応じて、前記変調及び符号化データ、前記ＨＡＲＱデータの少なくとも一方に所定のビットパターンを含むか否かを判断することができる。本通信ノードは更に、前記現在の送信時間間隔中に用いられる前記資源を制御するために、前記生成した制御データを前記別の通信ノードに送信する手段を含み、前記コントローラは、前記制御データが前記所定のビットパターンを含む場合、前記持続的に割り当てられる資源の変更された設定を用いて当該通信ノードが前記別の通信ノードと通信するように動作する。
【００１０】
本発明は、開示される全ての方法に対して、対応する装置において実行するための対応するコンピュータプログラム又はコンピュータプログラム製品、装置自体（ユーザ装置、ノード又はその構成要素）、及び装置を更新する方法を提供する。
【００１１】
本発明のこれらの態様及び種々の他の態様は、一例としてのみ与えられており、且つ添付の図面を参照しながら説明される、以下の例示的な実施形態の詳細な説明から明らかになる。
【図面の簡単な説明】
【００１２】
【図１】電話網に接続される基地局と通信する複数のユーザ移動（セルラー）電話を含む通信システムを示す概略図である。
【図２】図１に示される通信システムにおいて用いられる送信時間間隔の構造を示す概略図である。
【図３】図１に示される基地局の主要構成要素を示すブロック図である。
【図４】図１に示される移動電話のうちの１つの主要構成要素を示すブロック図である。
【発明を実施するための形態】
【００１３】
概説
図１は、移動（セルラー）通信システム１を概略的に示しており、そのシステムでは、移動電話３−０、３−１及び３−２のユーザが、基地局５及び電話網７を介して他のユーザ（図示せず）と通信することができる。この例示的な実施形態では、基地局５は、直交周波数分割多元接続（ＯＦＤＭＡ）技法を用い、この技法において、移動電話３に送信されるデータは複数のサブキャリア上に変調される。各移動電話３には、その移動電話３に送信されるデータの量に応じて、異なるサブキャリアが割り当てられる。この例示的な実施形態では、基地局５は、基地局の帯域幅にわたって動作している移動電話３の均一な分布を維持することを試みるために、それぞれの移動電話３にデータを搬送するために用いられるサブキャリアも割り当てる。これらの目的を果たすために、基地局５は、移動電話３毎にサブキャリアを動的に割り当てて、各時点（サブフレーム）での割当てを、スケジュールされた各移動電話３にシグナリングする。
【００１４】
この例示的な実施形態では、持続的にスケジュールされたデータを受信するように移動電話３が既にスケジュールされている送信間隔中に、基地局５はダウンリンク送信のための資源を動的に割り当てることができる。移動電話３が動的な資源割当てを正確に解釈することを確実にするために、基地局５は、適当なデータを、新たな割当てを規定するデータを搬送するために用いられる制御チャネル内に符号化する。この例示的な実施形態では、資源割当てをシグナリングするために用いられるＤＬ  Ｌ１／Ｌ２制御チャネル構造を変更することなく、基地局はそれを果たす。
【００１５】
時間／周波数資源
この例示的な実施形態では、利用可能な送信帯域幅は複数の資源ブロックに分割され、各資源ブロックは、連続ブロックに配列される複数の連続サブキャリア（すなわち、１２個のサブキャリア）を含む。異なる移動電話３は、そのデータを送信／受信するために異なる資源ブロック（複数可）（サブキャリア）を割り当てられる。図２は、それぞれが２つの０．５ｍｓスロット１３−１及び１３−２からなる、一連の１ｍｓ送信時間間隔（ＴＴＩ）１１−１、１１−２を含むような、Ｅ−ＵＴＲＡの送信チャネルの最新の規定を示す。図に示されるように、利用可能な送信帯域幅はＳ個の資源ブロック（ＲＢ）１５−１〜１５−ｓに分割され、各移動電話３は、選択されたスロット１３内で、且つ選択された資源ブロック（ＲＢ）１５内で、アップリンクデータを送信し、ダウンリンクデータを受信するようにスケジュールされる。各移動電話３に複数の資源ブロック（ＲＢ）を割り当てることもできる。
【００１６】
基地局
図３は、この実施形態において用いられる基地局５の主要構成要素を示すブロック図である。図に示されるように、基地局５は、トランシーバ回路２１を備えており、トランシーバ回路は、（上記のサブキャリアを用いて）１つ又は複数のアンテナ２３を介して移動電話３に対し信号を送受信するように動作することができ、ネットワークインターフェース２５を介して電話網７に対し信号を送信受信するように動作することができる。トランシーバ回路２１の動作は、メモリ２９に格納されるソフトウエアに従ってコントローラ２７によって制御される。そのソフトウエアは、中でも、オペレーティングシステム３１及び資源割当てモジュール３３を含む。資源割当てモジュール３３は、移動電話３との通信中にトランシーバ回路２１によって用いられるサブキャリアを割り当てるように動作する。図３に示されるように、資源割当てモジュール３３は、割り当てられる資源を規定するのに必要とされる制御パラメータを生成するための制御パラメータ生成器モジュール３５も含む。
【００１７】
移動電話
図４は、図１に示される移動電話３のそれぞれの主要構成要素を概略的に示す。図に示されるように、移動電話３は、１つ又は複数のアンテナ７３を介して基地局５に対し信号を送受信するように動作することができるトランシーバ回路７１を備える。図に示されるように、移動電話３はコントローラ７５も備えており、該コントローラは、移動電話３の動作を制御し、且つトランシーバ回路７１に接続され、スピーカ７７、マイクロフォン７９、ディスプレイ８１及びキーパッド８３に接続される。コントローラ７５は、メモリ８５内に格納されるソフトウエア命令に従って動作する。図に示されるように、これらのソフトウエア命令は、中でも、オペレーティングシステム８７、及び通信モジュール８９を含む。この例示的な実施形態では、通信モジュール８９は、資源割当てを規定する受信した制御パラメータを解釈するための制御パラメータインタープリタモジュール９１を含む。
【００１８】
理解を容易にするために、上記の説明では、基地局５及び移動電話３は、（資源割当てモジュール、制御パラメータ生成器モジュール、通信モジュール及び制御パラメータインタープリタモジュールのような）複数の個別のモジュールを有するものとして説明される。たとえば、既存のシステムが本発明を実施するように変更されている特定のアプリケーションに対して、このようにこれらのモジュールが提供される場合があるが、他のアプリケーション、たとえば、最初から本発明の特徴を念頭において設計されたシステムでは、これらのモジュールは、オペレーティングシステム又はコード全体の中に構成することができるので、これらのモジュールは個別のエンティティとして区別することができない場合がある。
【００１９】
動作
現行のＥ−ＵＴＲＡＮ（次世代ユニバーサル地上無線アクセスネットワーク）仕様書には、ダウンリンクにおいて、Ｌ１／Ｌ２制御チャネル（複数可）上のＣ−ＲＮＴＩを介して、各ＴＴＩにおいて移動端末３に資源（物理資源ブロック（ＰＲＢ）及び変調符号化方式（ＭＣＳ））を動的に割り当てることができることが記載されている。そのダウンリンク受信が可能になるときに（ＤＲＸ−不連続受信によって制御されるアクティビティ）、取り得る割当てを見つけるために、移動電話３は常にＬ１／Ｌ２制御チャネル（複数可）をモニタする。
【００２０】
さらに、Ｅ−ＵＴＲＡＮは、最初のＨＡＲＱ送信のための所定のダウンリンク資源を移動電話３に割り当てることができる。必要とされるとき、Ｌ１／Ｌ２制御チャネル（複数可）を介して再送が明示的にシグナリングされる。移動電話３が以前に資源を予め割り当てられているサブフレームにおいて、移動電話３がＬ１／Ｌ２制御チャネル（複数可）上のＣ−ＲＮＴＩを見つけることができない場合には、移動電話３がＴＴＩにおいて割り当てられた任意の所定の割当てに従ってダウンリンク送信が行なわれるものと仮定される。結果として、その移動電話３は、所定の資源のブラインド復号化を実行する（移動電話３の能力に従って、所定の資源の一部が設定されることになる）。そうではなく、移動電話３が資源を予め割り当てられているサブフレームにおいて、移動電話３がＬ１／Ｌ２制御チャネル（複数可）上のＣ−ＲＮＴＩを見つけることができる場合には、そのＬ１／Ｌ２制御チャネル割当てが、そのＴＴＩのための所定の割当てを無効にし、移動電話３は所定の資源のブラインド復号化を実行しない。
【００２１】
この現行の提案を前提とすると、最初にＨＡＲＱを送信するための（持続的にスケジュールされる）所定のダウンリンク資源が移動電話３のためにスケジュールされるのと同じＴＴＩにおいて、基地局５がダウンリンク資源を動的に割り当てる必要がある場合には、ＤＬ制御チャネル構造を変更することなく、移動電話３がＤＬ資源割当てを異なるものとして解釈することを可能にする仕組みが与えられなければならない。
【００２２】
表１に示されるように、４つの割当てが起こり得る。持続的にスケジュールされる割当ては、より上位の層（すなわち、Ｌ３）からシグナリングされるので、ＤＬ  Ｌ１／Ｌ２制御チャネルではシグナリングされない。
【００２３】
【表１】
0005445800.tif 000002
【００２４】
表１から分かるように、動的な割当てが行なわれているときにはいつでも、又は持続的にスケジュールされる資源が再割当てされることになるときにはいつでも、基地局５は、所望の変更を規定するために、制御データを生成し、制御チャネルを介して移動電話３に送信しなければならない。表１の最後の行は、基地局５が、現在のＴＴＩにおいて、用いられる資源の動的な割当てを与え、同時に持続的に割り当てられた資源を変更することを望む状況を規定する。この場合、移動電話３に適当な制御データを搬送するために、同じＴＴＩ内で２つの制御チャネルを用いる必要がある。現在、上記提案は、移動端末３毎に各ＴＴＩ内で最大で１つの制御チャネルを有することにしている。それゆえ、表１の最後の行において規定される状況は、現行の提案ではサポートされないことになる。しかしながら、同じＴＴＩ内で１つの移動端末３のために２つの制御チャネルの送信が可能になるように、現行の提案が変更される場合には、この状況もサポートされることになる。
【００２５】
上記の説明から明らかになるように、同じＴＴＩ内で移動端末３によって区別される必要がある２つの事例は、
１）所定の（持続的にスケジュールされる）ダウンリンク資源の再割当て、及び
２）新たな動的に割り当てられる資源
である。
【００２６】
基地局５によって生成され、移動電話３に送信されるＤＬ制御チャネルパラメータが、以下の表２に示される。本発明者らは、基地局５がトランスポートフォーマット又はＨＡＲＱ関連情報を２つの事例に対して異なるように設定し、且つそれに応じて移動端末３が制御チャネルを解釈する場合には、要求される区別を達成することができるものと考える。
【００２７】
【表２】
0005445800.tif 000003
【００２８】
表２に示されるように、２つの事例の場合に設定される必要があるＤＬ制御チャネルパラメータは、以下のとおりである。 
−持続的に割り当てられる資源の再割当て：マルチアンテナ情報／トランスポートフォーマット／ＨＡＲＱ関連情報を特定のパターンに設定することができる。マルチアンテナ情報、トランスポートフォーマット及びＨＡＲＱ関連情報において搬送される情報のうちのいくつかは、持続的に割り当てられる資源の再割当て中に変更されないので、そのパターンは、マルチアンテナ情報のうちの２ビット（たとえば、ビットパターン１１）、及び／又はトランスポートフォーマット内の変調方式のうちの最後の２ビット（たとえば、ビットパターン１１）、及び／又はＨＡＲＱプロセス番号のうちの最後の３ビット（たとえば、ビットパターン１１１）とすることができる。この例示的な実施形態では、このパターンにおいて制御パラメータのうちのどの部分が設定されることになるかは、予め決定されており、移動電話３及び基地局５にはわかっている。 
−データ／シグナリングのための新たな資源割当て：動的にスケジュールされるパケットデータのために、全ての制御チャネルパラメータが通常通りに設定される。
【００２９】
それゆえ、移動電話３が、資源を持続的に割り当てられた現在のＴＴＩにおいてＤＬ制御チャネルパラメータを受信する場合には、移動電話は最初に、受信したパラメータが適当な場所に所定のビットパターンを含むか否かを調べる。そのパターンが見つかった場合には、その割当てを持続的に割り当てられる資源の再割当てと解釈し、そのパターンが見つからない場合には、その割当てを動的にスケジュールされるパケットデータのための新たな割当てとして扱う。それが持続的に割り当てられる資源の再割当てである場合には、ビットパターンによって置き換えられる失われたパラメータ情報は、持続的な割当てを当初にシグナリングした制御データから得られる。たとえば、ビットパターンが制御データのマルチアンテナ情報フィールドに含まれる場合には、移動電話３は、この情報は変更がなく、且つ持続的に割り当てられる資源のために格納された（そして、持続的な割当てが当初にシグナリングされた時点で移動電話３にシグナリングされた）マルチアンテナ情報を用いるものと仮定する。
【００３０】
ＡＣＫ／ＮＡＣＫフィードバック
提案されるＤＬ多重化は、持続的にスケジュールされるサービス及び動的にスケジュールされるサービスが混在している状況しか取り扱わない。この場合、最大で２度のＨＡＲＱ過程が可能であり、結果として、２つのＡＣＫ／ＮＡＣＫ（２ビット）がＵＬフィードバック上で送信されることになる（現行の１ビットとは異なる）。このデータは、ＱＰＳＫ変調を用いて送信することができるので、この提案によれば、ＵＬ制御シグナリングに対する変更は不要である。
【００３１】
結論
本特許出願は、持続的にスケジュールされるサービス及び動的にスケジュールされるサービスを同時に送信する場合のＤＬ多重化を記載している。そうすることの利点は以下のことを含む。 
１）スケジューリングの観点から、１つのサブフレーム内で持続的な割当て及び動的な割当ての両方を行なうことは非常に効率的である。 
２）ＲＲＣ／Ｌ２シグナリング／データのための資源を、ＶｏＩＰパケットが持続的にスケジュールされるのと同じサブフレームにおいて動的に割り当てることができる。 
３）ＤＬ容量が増加する。 
４）ＤＲＸ動作中の移動電話の「オン持続時間」を短くすることができるので、移動電話３の電池寿命が長くなる。 
５）異なるベアラタイプ毎に別々のＡＣＫ／ＮＡＣＫを有することによって、ＶｏＩＰ（持続的に割り当てられる資源を有する）及びデータ（動的に割り当てられる資源を有する）に対して異なるＨＡＲＱプロファイルが可能である。
【００３２】
さらに、提案される多重化に対応するために、現在のＤＬ又はＵＬ  Ｌ１／Ｌ２制御構造を変更する必要はない。唯一の要件は、たとえば、持続的に割り当てられる資源の再割当てのためにＤＬ制御チャネルパラメータのうちの１つ又は複数の中に所定のビットパターンを入れることによって、移動電話３が持続的に割り当てられる資源の再割当てと新たな動的な資源の割当てとを区別することを可能にする仕組みを設けることである。
【００３３】
変更形態及び代替形態
複数の例示的な実施形態がこれまでに詳細に説明されてきた。当業者には理解されるように、該実施形態において具現される本発明から依然として利益を享受しながら、上記の例示的な実施形態に対する複数の変更形態及び代替形態を実施できる。例示にすぎないが、ここで、いくつかのこれらの代替形態及び変更形態を説明する。
【００３４】
上記の例示的な実施形態において、上記のシグナリング技法が利用される、移動電話に基づく通信システムが説明された。当業者には理解されるように、そのような資源割当てデータのシグナリングは、複数のサブキャリアを用いる任意の通信システムにおいて利用することができる。詳細には、上記のシグナリング技法は、データを搬送するために電磁信号又は音響信号のいずれかを用いる有線通信又は無線通信において用いることができる。一般的な場合、基地局は、複数の異なるユーザデバイスと通信する通信ノードによって置き換えられる。ユーザデバイスは、たとえば、個人情報端末、ラップトップコンピュータ、ウエブブラウザ等を含むことができる。
【００３５】
上記の例示的な実施形態では、複数のソフトウエアモジュールが説明された。当業者には理解されるように、それらのソフトウエアモジュールはコンパイルされた形で又はコンパイルされない形で与えられる場合があり、コンピュータネットワーク上の信号として又は記録媒体において、基地局に又は移動電話に供給される場合がある。さらに、このソフトウエアの一部又は全てによって実行される機能は、１つ又は複数の専用のハードウエア回路を用いて実行されてもよい。しかしながら、それらの機能を更新するために、基地局５及び移動電話３を更新することを容易にするので、ソフトウエアモジュールを用いることが好ましい。
【００３６】
以下は、本発明を、現在提案されている３ＧＰＰ  ＬＴＥ標準規格において実施することができる方法の詳細な説明である。種々の特徴が不可欠であるか又は必要であるものとして説明されるが、これは、たとえば、その標準規格によって課せられる他の要件に起因して、提案されている３ＧＰＰ  ＬＴＥ標準規格の場合にのみ当てはまることがある。それゆえ、ここで述べることは、本発明を限定するものとは決して解釈されるべきではない。
【００３７】
緒言
ＲＡＮ１における現行の仮定は、ＶｏＩＰサービスの例に関して、ＵＥが、所与のＴＴＩにおいて資源を持続的に割り当てられている場合には、ダイナミック報知チャネル（ＤＢＣＨ）内を除いて、同じＴＴＩ内のデータ／シグナリングのために、そのＵＥに他の資源を割り当てることはできないということである。ユニキャスト送信のためにＴＴＩ当たり１つのトランスポートブロックを有するという制限は、非ＭＩＭＯの場合に１度のＨＡＲＱ過程しか存在しないという事実に由来する。その問題は、１０月６日のソウルにおけるＲＡＮ１＃４６ｂｉｓにおいて最後に議論されており、それ以来、その後の会合において、この問題に関してはさらに議論されていない。本明細書において、本発明者らは、この作業仮説に立ち返り、ＤＬ送信の場合に、１つのＴＴＩ内で１人のユーザのために持続的にスケジュールされるサービス及び動的にスケジュールされるサービスを同時に受信するために、この作業仮説を変更する必要があるか否かを検討する。
【００３８】
検討
この作業仮説に同意した主な理由は、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫを送信するために必要とされるＤＬ制御チャネル構造及び資源が、その時点で明らかでなかったことであった。しかしながら、ＤＬ制御チャネル構造に関する進歩、すなわち、ａ）持続的にスケジュールされるＵＥ及び動的にスケジュールされるＵＥのためのＡＣＫ／ＮＡＣＫを分離することが提案されていること、ｂ）Ｌ１Ｌ２シグナリングが基本的に、持続的にスケジュールされるＵＥに資源を割り当てるために用いられないことによって、本発明者らは、これらの制限がもはや不要であると考える。さらに、１つのサブフレーム内で複数のＨＡＲＱ過程が許容される場合には、ＵＥは、ＤＬ送信における同じサブフレームにおいて、持続的にスケジュールされる（たとえば、ＶＯＩＰ）パケット及び動的にスケジュールされる（データ）パケットの両方を受信することができる。
【００３９】
これがもたらすことができる考え得る利点は、以下のとおりである。 
スケジューリングの観点から、１つのサブフレーム内で持続的な割当て及び動的な割当ての両方を行なうことは非常に効率的である。 
ＲＲＣ／Ｌ２シグナリング／データのための資源を、ＶｏＩＰパケットが持続的にスケジュールされるのと同じサブフレームにおいて動的に割り当てることができる。 
ＤＬ容量が増加する。 
ＤＲＸ動作中のＵＥの「オン持続時間」を短くすることができるので、ＵＥの電池寿命が長くなる。 
異なるベアラタイプ毎に別々のＡＣＫ／ＮＡＣＫを用いることによって、ＶｏＩＰ（持続的に割り当てられる資源を有する）及びデータ（動的に割り当てられる資源を有する）に対して異なるＨＡＲＱプロファイルが可能である。
【００４０】
これはＵＥをより複雑にすることになると主張することもできる。しかしながら、本発明者らは、そのような機能は、より高級／高度なＵＥの一部と見なすことができるものと考える。早期に展開されたＵＥは、そのような機能を実施することはできない。
【００４１】
新たな動的割当てと持続的再割当てとを区別するための仕組み
ステージ２技術仕様の記述：
「ダウンリンクにおいて、Ｅ−ＵＴＲＡＮはＬ１／Ｌ２制御チャネル（複数可）上のＣ−ＲＮＴＩを介して、各ＴＴＩにおいてＵＥに資源（ＰＲＢ及びＭＣＳ）を動的に割り当てることができる。そのダウンリンク受信が可能になるときに（ＤＲＸによって制御されるアクティビティ）、取り得る割当てを見つけるために、ＵＥは常にＬ１／Ｌ２制御チャネル（複数可）をモニタする。 
さらに、Ｅ−ＵＴＲＡＮは、最初のＨＡＲＱ送信のための所定のダウンリンク資源をＵＥに割り当てることができる。必要とされるとき、Ｌ１／Ｌ２制御チャネル（複数可）を介して再送が明示的にシグナリングされる。ＵＥが資源を予め割り当てられているサブフレームにおいて、ＵＥがＬ１／Ｌ２制御チャネル（複数可）上のＣ−ＲＮＴＩを見つけることができない場合には、ＵＥがＴＴＩにおいて割り当てられた任意の所定の割当てに従ってダウンリンク送信が行なわれるものと仮定される。結果として、そのＵＥは、所定の資源のブラインド復号化を実行する（ＵＥの能力に従って、所定の資源の一部が設定されることになる）。そうではなく、ＵＥが資源を予め割り当てられているサブフレームにおいて、ＵＥがＬ１／Ｌ２制御チャネル（複数可）上のＣ−ＲＮＴＩを見つける場合には、Ｌ１／Ｌ２制御チャネル割当てが、そのＴＴＩのための所定の割当てを無効にし、ＵＥは所定の資源のブラインド復号化を実行しない。」
【００４２】
この現行の提案を前提とすると、最初にＨＡＲＱを送信するための（持続的にスケジュールされる）所定のダウンリンク資源がＵＥのためにスケジュールされるのと同じＴＴＩにおいて、ダウンリンク資源を動的に割り当てる必要がある場合には、ＤＬ制御チャネル構造を変更することなく、ＵＥがＤＬ許可を異なるものとして解釈することを可能にする仕組みを規定する必要がある。
【００４３】
同じＴＴＩ内でＵＥによって区別される必要がある２つの事例は、
１）所定の（持続的にスケジュールされる）ダウンリンク資源の再割当て、及び
２）新たな動的に割り当てられる資源
である。
【００４４】
表３に示されるように、４つの割当てが起こり得る。持続的にスケジュールされる割当ては、ＤＬ  Ｌ１／Ｌ２制御チャネルを用いるのではなく、より上位の層（すなわち、Ｌ３）からシグナリングされている。
【００４５】
【表３】
0005445800.tif 000004
【００４６】
ＤＬ制御チャネルパラメータは、以下の表４において示される。本発明者らは、ｅＮＢがトランスポートフォーマット又はＨＡＲＱ関連情報を２つの事例に対して異なるように設定し、それに応じてＵＥが解釈する場合には、その情報を区別することができるものと考える。
【００４７】
以下の表４に示されるように、２つの事例の場合に設定される必要があるＤＬ制御チャネルパラメータは、以下のとおりである。 
−持続的に割り当てられる資源の再割当て：マルチアンテナ情報／トランスポートフォーマット／ＨＡＲＱ関連情報を特定のパターンに設定することができる。マルチチャネル情報、トランスポートフォーマット及びＨＡＲＱ関連情報において搬送される情報のうちのいくつかは、持続的に割り当てられる資源の再割当て中に変更されないので、そのパターンは、マルチアンテナ情報の最後の３ビット（１１）、及び／又はトランスポートフォーマット内の変調方式のうちの最後の２ビット（１１）、及び／又はＨＡＲＱプロセス番号のうちの最後の３ビット（たとえば、ビットパターン１１１）とすることができる。 
−データ／シグナリングの新たな資源割当て：動的にスケジュールされるパケットデータのために、全てのパラメータが通常通りに設定される。
【００４８】
【表４】
0005445800.tif 000005
【００４９】
ＡＣＫ／ＮＡＣＫフィードバック
提案されるＤＬ多重化は、持続的にスケジュールされるサービス及び動的にスケジュールされるサービスが混在している状況しか取り扱わない。この場合、最大で２度のＨＡＲＱ過程が可能であり、結果として、２つのＡＣＫ／ＮＡＣＫ（２ビット）がＵＬフィードバック上でＱＰＳＫ変調を用いて送信されることになる。したがって、この提案によれば、ＵＬ制御シグナリングに対する変更は不要である。
【００５０】
結論
本明細書において、本発明者らは、持続的にスケジュールされるサービス及び動的にスケジュールされるサービスを同時に送信する場合のＤＬ多重化を検討し、再び取り上げてきた。本発明者らは、ＬＴＥダウンリンク送信の場合にそのような多重化を行うことの利点を強調してきた。さらに、提案される多重化に対応するために、現在のＤＬ／ＵＬ  Ｌ１Ｌ２制御構造を変更する必要はない。持続的に割り当てられる資源の再割当てのためにＤＬ制御チャネルパラメータのうちのいくつかに固有のパターンを入れることによって、持続的に割り当てられる資源の再割当てと新たな動的な資源の割当てとを区別することしか必要とされない。したがって、本発明者らは、現在の作業仮説に立ち戻り、ＤＬ送信の場合に、１つのＴＴＩにおいて１人のユーザのために持続的にスケジュールされるサービス及び動的にスケジュールされるサービスの同時受信を可能にすることを、ＲＡＮ１／ＲＡＮ２に推奨する。
【００５１】
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
【００５２】
「付記」
付記１
通信システムのノードによって実行される方法であって、該方法は、所定の送信時間間隔内で上記ノードと通信システムの別のノードとの間でデータを通信する際に用いるための持続的に割り当てられる資源を規定する割当てデータを格納すること、用いられる新たな資源の割当てを規定する制御データを受信すること、受信した制御データが所定のビットパターンを含むか否かを判断すること、及び上記判断するステップが、上記受信した制御データが上記所定のビットパターンを含むものと判断するか否かに応じて、ｉ）格納された割当てデータによって特定される持続的に割り当てられる資源の代わりに、新たな資源を用いて上記別のノードと通信するか、又はｉｉ）格納された割当てデータによって特定される資源及び受信した制御データによって割り当てられる新たな資源を用いて、上記別のノードと通信することを含む、方法を提供する。
【００５３】
付記２
好ましくは、上記制御データは、ノードを特定するＩＤデータを保持するためのＩＤフィールドと、新たな資源を規定するデータを保持するための割当てフィールドと、新たな資源を用いて通信するために必要とされるパラメータを保持するための１つ又は複数の他のフィールドとを含む所定の構造を有し、該制御データが上記持続的に割り当てられる資源の再割当てを規定するためのデータであるとき、上記１つ又は複数の他のフィールドのうちの少なくとも１つは、上記パラメータのうちの１つ又は複数の代わりに、上記所定のビットパターンを含み、ノードは、上記所定のビットパターンによって置き換えられる１つ又は複数のパラメータの代わりに、以前のパラメータを用いる。
【００５４】
付記３
上記制御データは、ノードを特定するＩＤデータに対するＩＤフィールドと、新たな資源を規定する割当てデータに対する割当てデータフィールドと、アンテナデータフィールドとを含み、上記所定のビットパターンは上記アンテナデータフィールド内のデータによって規定される。
【００５５】
付記４
上記制御データは、ノードを特定するＩＤデータに対するＩＤフィールドと、新たな資源を規定する割当てデータに対する割当てデータフィールドと、トランスポートフォーマットデータフィールドとを含み、上記所定のビットパターンは上記トランスポートフォーマットデータフィールド内のデータによって規定される。
【００５６】
付記５
上記制御データは、ノードを特定するＩＤデータに対するＩＤフィールドと、新たな資源を規定する割当てデータに対する割当てデータフィールドと、ＨＡＲＱ（ハイブリッド自動再送要求）データフィールドとを含み、上記所定のビットパターンは上記ＨＡＲＱデータフィールド内のデータによって規定される。
【００５７】
付記６
上記制御データは、ＩＤデータ、資源割当てデータ、アンテナデータ、トランスポートフォーマットデータ及びＨＡＲＱデータのための所定のデータフィールドを含み、上記所定のビットパターンは、アンテナデータフィールド、トランスポートフォーマットデータフィールド及びＨＡＲＱデータフィールドのうちの１つ又は複数の中に位置する。所定のビットパターンは、対応するパラメータ値を規定するために用いられていない予約値によって規定されることが好ましい。
【００５８】
付記７
いくつかの例示的な実施の形態では、トランスポートフォーマットデータフィールドは、用いる変調方式のためのサブフィールドと、割り当てられた資源を用いて通信されるデータパケットのペイロードサイズを規定するためのサブフィールドとを含むことになり、所定のビットパターンは、それらのサブフィールドのうちの１つの中に位置する。
【００５９】
付記８
資源割当てはダウンリンク資源を割り当てる場合に好ましいが、他の例示的な実施の形態では、資源割当ては、アップリンク資源を規定するために用いられてもよい。資源割当てがダウンリンク資源に関連するとき、ノードは複数のＡＣＫ／ＮＡＣＫを送信する場合もある。この場合、ＢＰＳＫ（２位相偏移変調）のような通常の２値変調方式の代わりに、ＱＰＳＫ（４位相偏移変調）のようなマルチビット変調方式が用いられることが好ましい。こうすることにより、ＡＣＫ／ＮＡＣＫのために用いられるアップリンク制御チャネルも変更不要である。
【００６０】
付記９
通信システムのノードによって実行される方法であって、該方法は、所定の送信時間間隔内で上記ノードと通信システムの別のノードとの間でデータを通信する際に用いるための持続的に割り当てられる資源を規定する割当てデータを格納すること、用いられる新たな資源の割当てを規定する制御データを生成すること、持続的に割り当てられる資源に加えて、又は持続的に割り当てられる資源の代わりに、新たな資源が用いられることになるか否かに応じて、制御データ内に所定のビットパターンを含むか否かを判断すること、用いられる資源を制御するために、生成された制御データを他のノードに送信すること、及び上記制御データが上記所定のビットパターンを含むか否かに応じて、ｉ）格納された割当てデータによって特定される持続的に割り当てられる資源の代わりに、新たな資源を用いて他のノードと通信するか、又はｉｉ）格納された割当てデータによって特定される持続的に割り当てられる資源及び受信した制御データによって割り当てられる新たな資源を用いて、上記他のノードと通信することを含む、方法も提供する。
【００６１】
付記１０
好ましくは、上記生成するステップは、ノードを特定するＩＤデータを保持するためのＩＤフィールドと、新たな資源を規定するデータを保持するための割当てフィールドと、新たな資源を用いて通信するために必要とされるパラメータを保持するための１つ又は複数の他のフィールドとを含む所定の構造を有する制御データを生成し、上記判断するステップが、上記持続的に割り当てられる資源の代わりに、新たな資源が用いられることになるものと判断するときに、上記生成するステップは、対応する１つ又は複数のパラメータの代わりに、上記所定のビットパターンを用いて上記他のフィールドのうちの１つ又は複数を設定し、新たな資源を用いて他のノードと通信するときに、ノードは、上記所定のビットパターンによって置き換えられる１つ又は複数のパラメータの代わりに、上記格納された割当てデータの一部を形成する、対応する１つ又は複数のパラメータを用いる。
【００６２】
付記１１
通信システムのノードによって実行される方法であって、該方法は、
所定の送信時間間隔内で前記ノードと前記通信システムの別のノードとの間でデータを通信する際に用いるための持続的に割り当てられる資源を規定する割当てデータを格納すること、及び
現在の送信時間間隔において用いられる資源の動的な割当てに関する制御データを受信すること、を含み、前記受信した制御データは、変調及び符号化データ、ＨＡＲＱデータを含み、
当該方法は更に、
前記受信した制御データにおける前記変調及び符号化データ、前記ＨＡＲＱデータの少なくとも一方が、所定のビットパターンを含むか否かを判断すること、及び
前記判断において、前記所定のビットパターンが存在するものと判断すると、前記持続的に割り当てられる資源を規定している前記格納された割当てデータの設定を変更することを含む、方法。
【００６３】
付記１２
前記所定のビットパターンは前記ＨＡＲＱデータに含まれる、付記１１に記載の方法。
【００６４】
付記１３
前記所定のビットパターンは前記変調及び符号化データに含まれる、付記１１に記載の方法。
【００６５】
付記１４
前記制御データは、前記ノードを特定するＩＤデータと、前記割り当てられる資源を規定する割当てデータと、を含む、付記１１に記載の方法。
【００６６】
付記１５
通信システムのノードによって実行される方法であって、該方法は、
所定の送信時間間隔内で前記ノードと前記通信システムの別のノードとの間でデータを通信する際に用いるための持続的に割り当てられる資源を規定する割当てデータを格納すること、及び
現在の送信時間間隔において用いられる資源の動的な割当てに関する制御データを生成すること、を含み、前記生成した制御データは、変調及び符号化データ、ＨＡＲＱデータを含み、
当該方法は更に、
前記持続的に割り当てられる資源を既定する前記格納された割当てデータの設定が変更されるか否かに応じて、前記変調及び符号化データ、前記ＨＡＲＱデータの少なくとも一方に所定のビットパターンを含むか否かを判断すること、
前記現在の送信時間間隔中に用いられる前記資源を制御するために、前記生成した制御データを前記別のノードに送信すること、及び
前記制御データが前記所定のビットパターンを含む場合、前記持続的に割り当てられる資源の変更された設定を用いて前記別のノードと通信することを含む、方法。
【００６７】
付記１６
前記所定のビットパターンは前記ＨＡＲＱデータに含まれる、付記１５に記載の方法。
【００６８】
付記１７
前記所定のビットパターンは前記変調及び符号化データに含まれる、付記１５に記載の方法。
【００６９】
付記１８
前記制御データは、前記ノードを特定するＩＤデータと、前記割り当てられる資源を規定する割当てデータと、を含む、付記１５に記載の方法。
【００７０】
付記１９
通信ノードであって、
所定の送信時間間隔内で前記通信ノードと通信システムの別の通信ノードとの間でデータを通信する際に用いるための持続的に割り当てられる資源を規定する割当てデータを格納するメモリと、
現在の送信時間間隔において用いられる資源の動的な割当てに関する制御データを受信するように動作する受信手段と、を含み、前記受信した制御データは、変調及び符号化データ、ＨＡＲＱデータを含み、
当該通信ノードは更に、
ｉ）前記受信した制御データにおける前記変調及び符号化データ、前記ＨＡＲＱデータの少なくとも一方が、所定のビットパターンを含むか否かを判断すること、及びｉｉ）前記受信した制御データが前記所定のビットパターンを含む場合、前記持続的に割り当てられる資源を規定している前記格納された割当てデータの設定を変更すること、の可能なコントローラを含む、通信ノード。
【００７１】
付記２０
前記所定のビットパターンは前記ＨＡＲＱデータに含まれ、前記コントローラは、受信したＨＡＲＱデータが前記所定のビットパターンを含むか否かを判断するように動作する、付記１９に記載の通信ノード。
【００７２】
付記２１
前記所定のビットパターンは前記変調及び符号化データに含まれ、前記コントローラは、受信した変調及び符号化データが前記所定のビットパターンを含むか否かを判断するように動作する、付記１９に記載の通信ノード。
【００７３】
付記２２
通信ノードであって、
所定の送信時間間隔内で前記通信ノードと通信システムの別の通信ノードとの間でデータを通信する際に用いるための持続的に割り当てられる資源を規定する割当てデータを格納するメモリと、
現在の送信時間間隔において用いられる資源の動的な割当てに関する制御データを生成することの可能なコントローラと、を含み、前記生成した制御データは、変調及び符号化データ、ＨＡＲＱデータを含み、
前記コントローラはまた、前記持続的に割り当てられる資源を既定する前記格納された割当てデータの設定が変更されるか否かに応じて、前記変調及び符号化データ、前記ＨＡＲＱデータの少なくとも一方に所定のビットパターンを含むか否かを判断することができ、
当該通信ノードは更に、
前記現在の送信時間間隔中に用いられる前記資源を制御するために、前記生成した制御データを前記別の通信ノードに送信する手段を含み、
前記コントローラは、前記制御データが前記所定のビットパターンを含む場合、前記持続的に割り当てられる資源の変更された設定を用いて当該通信ノードが前記別の通信ノードと通信するように動作する、通信ノード。
【００７４】
付記２３
前記コントローラは前記所定のビットパターンを前記ＨＡＲＱデータに含めるように動作する、付記２２に記載の通信ノード。
【００７５】
付記２４
前記コントローラは前記所定のビットパターンを前記変調及び符号化データに含めるように動作する、付記２２に記載の通信ノード。
【００７６】
付記２５
プログラム可能なコンピュータデバイスに付記１〜８のいずれか一項に記載の方法を実行させるためのコンピュータ実施可能命令を含むプログラム。
【００７７】
本出願は、２００７年８月１４日に出願の英国特許出願第０７１５８２２．３号に基づいており、その特許出願からの優先権の利益を主張し、その特許出願の開示は参照によりその全体が本明細書に援用される。
【図１】
0005445800.tif 000006
【図２】
0005445800.tif 000007
【図３】
0005445800.tif 000008
【図４】
0005445800.tif 000009