(57)【要約】  本発明は、ユーザ装置のセットを備えた通信システム内でデータを通信するためのユーザ装置(1)を説明する。このユーザ装置は、通信データチャネル(HS-DSCH)を経て第１データパケットを、そして通信制御チャネル(HS-SCCH)を経て関連第２データパケットを受信するように構成されたトランシーバを備える。第２データパケットは、ユーザ装置のセットの中のサブセットを識別するように構成された第１識別子(グループUE ID)を含み、そして第１データパケットは、ユーザ装置のサブセットの中の少なくとも１つを識別するように構成された第２識別子(独特のUE ID)を含む。更に、ユーザ装置は、第２データパケットの第１識別子から、前記ユーザ装置がユーザ装置の前記サブセットの中の１つであるかどうか、且つ第２識別子から、前記ユーザ装置がユーザ装置のサブセットの中の前記少なくとも１つであるかどうか決定するように構成されたプロセッサを備える。このプロセッサは、更に、前記ユーザ装置がユーザ装置の前記サブセットの中の１つであり且つユーザ装置のサブセットの中の前記少なくとも１つであると決定した場合に、第１データパケットをデコードするように構成される。【選択図】図３
2009526460.tif 000002
【特許請求の範囲】
【請求項１】
１組の装置により共有される通信データチャネルを介して第１のデータパケットを受信し、前記１組の装置により共有される通信制御チャネルを介して関連する第２のデータパケットを受信するように構成された受信器、を具備する装置であって、
前記第２のデータパケットが、前記１組の装置のサブセットを識別するように構成された第１の識別子を含み、前記第１のデータパケットが、前記サブセットの装置のうちの少なくとも１つを識別するように構成された第２の識別子を含み、
さらに、当該装置が前記サブセットの装置のうちの１つであるかどうかを前記第２のデータパケットの第１の識別子から決定し、当該装置が前記サブセットの装置のうちの前記少なくとも１つであるかどうかを前記第２の識別子から決定する、ように構成されたプロセッサ、を具備し、
該プロセッサは、さらに、当該装置が前記サブセットの装置のうちの１つであって前記サブセットの装置のうちの前記少なくとも１つであると決定した場合に、前記第１のデータパケットをデコードするように構成される、
ことを特徴とする装置。
【請求項２】
前記受信器が、さらに、前記サブセットの装置が個別チャネル状態にないことを識別するように構成された第１の識別子の値を更なるデータパケットにおいて受信するように構成された、請求項１に記載の装置。
【請求項３】
前記受信器が、さらに、同一のサブセット内の前記装置の各々を識別するために第２の識別子の値を前記更なるデータパケットにおいて受信するように構成された、請求項１又は請求項２に記載の装置。
【請求項４】
前記受信器が当該装置からフィードバックメッセージを送信するように構成されたトランシーバの一部である、請求項１から請求項３のいずれかに記載の装置。
【請求項５】
前記通信データチャネルが高速ダウンリンク共有チャネル（ＨＳ-ＤＳＣＨ）である、請求項１から請求項４のいずれかに記載の装置。
【請求項６】
前記器通信データチャネルが、個別トラフィックチャネル（ＤＴＣＨ）、個別制御チャネル（ＤＣＣＨ）、及び、共通制御チャネル（ＣＣＣＨ）のうちの少なくとも１つである、請求項５に記載の装置。
【請求項７】
前記通信制御チャネルが高速共有制御チャネル（ＨＳ-ＳＣＣＨ）である、請求項１から請求項６のいずれかに記載の装置。
【請求項８】
前記第１のデータパケットが無線リソース通信データを含む、請求項１から請求項７のいずれかに記載の装置。
【請求項９】
前記第２の識別子が、前記第１のデータパケットのメディアアクセス制御（ＭＡＣ）のヘッダに配置されている、請求項１から請求項８のいずれかに記載の装置。
【請求項１０】
前記第１の識別子が、前記第２のデータパケットのＣＲＣに配置されている、請求項１から請求項９のいずれかに記載の装置。
【請求項１１】
前記第２の識別子がＭＡＣレイヤの上部におけるＲＲＣレベルメッセージにある、請求項１から請求項１０のいずれかに記載の装置。
【請求項１２】
前記第１の識別子の値が前記第２の識別子の値に等しい、請求項１から請求項８のいずれかに記載の装置。
【請求項１３】
前記第２のデータパケットが、該第２のデータパケットのヘッダのＣＲＣに配置された前記第１の識別子を含む、請求項１から請求項８のいずれかに記載の装置。
【請求項１４】
ユーザ装置である請求項１から請求項１３のいずれかに記載の装置。
【請求項１５】
１組の装置のうちの少なくとも１つの装置において、該１組の装置のサブセットを識別するように構成された第１の識別子を含む第２のデータパケットを、該１組の装置により共有される通信制御チャネルを介して受信する段階と、
前記少なくとも１つの装置において、前記サブセットの装置のうちの少なくとも１つを識別するように構成された第２の識別子を含む第１のデータパケットを、前記１組の装置により共有される通信データチャネルを介して受信する段階と、
前記装置が前記サブセットの装置のうちの１つであるかどうかを前記第２のデータパケットの第１の識別子から決定し、前記装置が前記サブセットの装置のうちの前記少なくとも１つであるかどうかを前記第２の識別子から決定する段階と、
前記装置が、前記サブセットの装置のうちの１つであって前記サブセットの装置のうちの前記少なくとも１つである場合に、前記第１のデータパケットをデコードする段階と、
を含むことを特徴とする方法。
【請求項１６】
前記サブセットの装置が個別チャネル状態にないことを識別するように構成された第１の識別子の値を前記装置の各々に供給する段階、をさらに含む請求項１５に記載の方法。
【請求項１７】
前記サブセット内の前記装置の各々を識別するための第１の識別子及び第２の識別子を前記装置の各々に供給する段階、をさらに含む請求項１５又は請求項１６に記載の方法。
【請求項１８】
前記装置からフィードバックメッセージを送信する段階をさらに含む請求項１５から請求項１７のいずれかに記載の方法。
【請求項１９】
前記フィードバックメッセージを通信ノードにおいて受信する段階をさらに含む請求項１８に記載の方法。
【請求項２０】
後に続く前記第１のデータパケット又は前記第２のデータパケットの送信のために、前記通信ノードの少なくとも１つの送信パラメータを変更する段階、をさらに含む請求項１９に記載の方法。
【請求項２１】
前記フィードバックメッセージとは独立して、前記通信ノードから前記第１のパケット及び前記第２のパケットを再送信する段階、をさらに含む請求項１９に記載の方法。
【請求項２２】
前記通信データチャネルが高速ダウンリンク共有チャネル（ＨＳ-ＤＳＣＨ）である、請求項１５から請求項２１のいずれかに記載の方法。
【請求項２３】
前記通信データチャネルが、個別トラフィックチャネル（ＤＴＣＨ）、個別制御チャネル（ＤＣＣＨ）、及び、共通制御チャネル（ＣＣＣＨ）のうちの少なくとも１つである、請求項１５から請求項２２のいずれかに記載の方法。
【請求項２４】
前記通信制御チャネルが高速共有制御チャネル（ＨＳ-ＳＣＣＨ）である、請求項１５から請求項２３のいずれかに記載の方法。
【請求項２５】
前記第１のデータパケットが無線リソース通信データである、請求項１５から請求項２４のいずれかに記載の方法。
【請求項２６】
ユーザ装置である請求項１５から請求項２５のいずれかに記載の方法。
【請求項２７】
１組の装置により共有される通信データチャネルを介して第１のデータパケットを送信し、前記１組の装置により共有される通信データチャネルを介して関連する第２のデータパケットを送信するように構成された送信器、を具備する通信ノードであって、
前記第２のデータパケットが、前記１組の装置のサブセットを識別するように構成された第１の識別子を含み、
前記第１のデータパケットが、前記サブセットの装置のうちの少なくとも１つを識別するように構成された第２の識別子を含む、
ことを特徴とする通信ノード。
【請求項２８】
前記送信器が、さらに、前記サブセットの装置が個別チャネル状態にないことを識別するように構成された第１の識別子の値を含む更なるデータパケットを送信するように構成された、請求項２７に記載の通信ノード。
【請求項２９】
前記更なるデータパケットが同一のサブセット内の前記装置の各々を識別するために第２の識別子の値を含む、請求項２８に記載の通信ノード。
【請求項３０】
フィードバックメッセージを前記装置から受信するように構成された受信器を具備する、請求項２７から請求項２９のいずれかに記載の通信ノード。
【請求項３１】
前記通信データチャネルが高速ダウンリンク共有チャネル（ＨＳ-ＤＳＣＨ）である、請求項２７から請求項３０のいずれかに記載の通信ノード。
【請求項３２】
前記通信データチャネルが、個別トラフィックチャネル（ＤＴＣＨ）、個別制御チャネル（ＤＣＣＨ）、及び、共通制御チャネル（ＣＣＣＨ）のうちの少なくとも１つである、請求項３１に記載の通信ノード。
【請求項３３】
前記通信制御チャネルが高速共有制御チャネル（ＨＳ-ＳＣＣＨ）である、請求項２７から請求項３２のいずれかに記載の通信ノード。
【請求項３４】
前記第１のデータパケットが無線リソース通信データを含む、請求項２７から請求項３３のいずれかに記載の通信ノード。
【請求項３５】
前記第２の識別子が前記第１のデータパケットのメディアアクセス制御（ＭＡＣ）ヘッダに配置されている、請求項２７から請求項３４のいずれかに記載の通信ノード。
【請求項３６】
前記第１の識別子が前記第２のデータパケットのＣＲＣに配置されている、請求項２７から請求項３５のいずれかに記載の通信ノード。
【請求項３７】
前記第２の識別子がＭＡＣレイヤの上部におけるＲＲＣレベルメッセージにある、請求項２７から請求項３６のいずれかに記載の通信ノード。
【請求項３８】
前記第１の識別子の値が前記第２の識別子の値に等しい、請求項２７から請求項３４のいずれかに記載の通信ノード。
【請求項３９】
前記第２のデータパケットが、該第２のデータパケットヘッダのＣＲＣに配置された前記第１の識別子を含む、請求項２７から請求項３４のいずれかに記載の通信ノード。
【請求項４０】
基地局である請求項２７から請求項３９のいずれかに記載の通信ノード。
【請求項４１】
１組の装置により共有される通信制御チャネルを介して、該１組の装置のサブセットを識別するように構成された第１の識別子を含む第２のデータパケットを送信する段階と、
前記１組の装置により共有される通信データチャネルを介して、前記サブセットの装置のうちの少なくとも１つを識別するように構成された第２の識別子を含む第１のデータパケットを送信する段階と、
を含むことを特徴とする方法。
【請求項４２】
前記サブセットの装置が個別チャネル状態にないことを識別するように構成された第１の識別子の値を含む更なるデータパケットを送信する段階、をさらに含む請求項４１に記載の方法。
【請求項４３】
前記更なるデータパケットが、同一のサブセット内の前記装置の各々を識別するために第２の識別子の値を含む、請求項４２に記載の方法。
【請求項４４】
前記デバイスからフィードバックメッセージを受信する段階をさらに含む、請求項４１から請求項４３のいずれかに記載の方法。
【請求項４５】
前記通信データチャネルが高速ダウンリンク共有チャネル（ＨＳ-ＤＳＣＨ）である、請求項４１から請求項４４のいずれかに記載の方法。
【請求項４６】
前記通信データチャネルが、個別トラフィックチャネル（ＤＴＣＨ）、個別制御チャネル（ＤＣＣＨ）、及び、共通制御チャネル（ＣＣＣＨ）のうちの少なくとも１つである、請求項４５に記載の方法。
【請求項４７】
前記通信制御チャネルが高速共有制御チャネル（ＨＳ-ＳＣＣＨ）である、請求項４１から４６のいずれかに記載の方法。
【請求項４８】
前記第１のデータパケットが無線リソース通信データを含む、請求項４１から請求項４７のいずれかに記載の方法。
【請求項４９】
前記第２の識別子が前記第１のデータパケットのメディアアクセス制御（ＭＡＣ）のヘッダに配置されている、請求項４１から請求項４８のいずれかに記載の方法。
【請求項５０】
前記第１の識別子が前記第２のデータパケットのＣＲＣに配置されている、請求項４１から請求項４９のいずれかに記載の方法。
【請求項５１】
前記第２の識別子がＭＡＣレイヤの上部におけるＲＲＣレベルメッセージにある、請求項４１から請求項５０のいずれかに記載の方法。
【請求項５２】
前記第１の識別子の値が前記第２の識別子の値に等しい、請求項４１から請求項４９のいずれかに記載の方法。
【請求項５３】
前記第２のデータパケットが、該第２のデータパケットのヘッダのＣＲＣに配置された前記第１の識別子を含む、請求項４１から請求項４９のいずれかに記載の方法。
【請求項５４】
前記第２のデータパケットが基地局から送信される、請求項４１から請求項５３のいずれかに記載の方法。
【請求項５５】
１組の装置のうちの少なくとも１つの装置において第１のデータパケット及び第２のデータパケットを受信する段階であって、該第２のデータパケットが、前記１組の装置により共有される通信制御チャネルを介して送信されたものであり、かつ、該１組の装置のサブセットを識別するように構成された第１の識別子を含むものであり、前記第１のデータパケットが前記サブセットの装置のうちの少なくとも１つを識別するように構成された第２の識別子を含むものである、段階と、
前記装置が前記サブセットの装置のうちの１つであるかどうかを前記第２のデータパケットの第１の識別子から決定し、前記装置が前記サブセットの装置のうちの前記少なくとも１つであるかどうかを前記第２の識別子から決定する段階と、
前記装置が前記サブセットの装置のうちの１つであって前記サブセットの装置のうちの前記少なくとも１つである場合に、前記１組の装置により共有される通信データチャネルを介して受信した前記第１のデータパケットをデコードする段階と、
を含む方法を実行するように構成されたコンピュータにより実行可能な複数の構成要素を具備することを特徴とするコンピュータプログラム。
【請求項５６】
１組の装置により共有される通信制御チャネルを介して、該１組の装置のサブセットを識別するように構成された第１の識別子を含む第２のデータパケットを送信する段階と、
通信データチャネルを介して、前記サブセットの装置のうちの少なくとも１つを識別するように構成された第２の識別子を含む第１のデータパケットを送信する段階と、
を含む方法を実行するように構成されたコンピュータにより実行可能な複数の構成要素を具備することを特徴とするコンピュータプログラム。
【請求項５７】
６４ｋｂｐｓより大きな容量を有する共有通信チャネル内のフリーチャネルからデータを受信してデコードするように構成されたトランシーバを具備する装置であって、非個別チャネル状態にあることを特徴とする装置。
【請求項５８】
前記フリーチャネルが非予約チャネル又は非個別チャネルである、請求項５７に記載の装置。
【請求項５９】
アイドル状態、フォワードアクセス状態及びページング状態のうちの少なくとも１つの状態で動作するときに、前記データを受信してデコードするように構成された、請求項５７又は請求項５８に記載の装置。
【請求項６０】
前記チャネルが高速ダウンリンクパケットアクセスシステム内の高速ダウンリンク共有通信チャネルである、請求項５７から請求項５９のいずれかに記載の装置。
【請求項６１】
共有通信チャネル内の１つの非予約チャネルから無線リソース接続データを受信してデコードするように構成された送信器を具備し、非個別チャネル状態にある、ことを特徴とする装置。
【請求項６２】
非個別チャネル状態において装置に対して共有通信チャネル内の１つの非予約チャネルに無線リソース接続データを送信するように構成された送信器を具備する、ことを特徴とする通信ノード。
【請求項６３】
１組の装置により共有される通信データチャネルを介して第１のデータパケットを受信し、該１組の装置により共有される通信制御チャネルを介して関連する第２のデータパケットを受信するように構成された受信器を具備する装置であって、
前記第２のデータパケットが該１組の装置のサブセットを識別するように構成された第１の識別子を含むものであり、前記第１のデータパケット及び前記第２のデータパケットのうちの一方が前記サブセットの装置のうちの少なくとも１つを識別するように構成された第２の識別子を含むものであり、
さらに、当該装置が前記サブセットの装置のうちの１つであるかどうかを前記第２のデータパケットの第１の識別子から決定し、当該装置が前記サブセットの装置のうちの少なくとも一方であるかどうかを前記第２の識別子から決定するように構成されたプロセッサを具備し、
該プロセッサは、さらに、当該装置が前記サブセットの装置のうちの１つであって前記サブセットの装置のうちの前記少なくとも１つであることを決定した場合に、前記第１のデータパケットをデコードするように構成された、ことを特徴とする装置。
【請求項６４】
請求項４に記載の装置と、
前記第１のデータパケット及び前記第２のデータパケットをそれぞれ前記通信データチャネル及び前記通信制御チャネルを介して前記１組の装置に対して送信するように構成された通信ノードと、
を具備する通信システムであって、
前記通信ノードがさらに前記フィードバックメッセージを受信するように構成されている通信システム。
【請求項６５】
前記通信ノードが、さらに、後に続く前記第１のデータパケット又は前記第２のデータパケットの送信のために少なくとも１つの送信パラメータを変更するように構成された、請求項６４に記載の通信システム。
【請求項６６】
さらに、前記フィードバックメッセージとは独立して、前記第１のパケット及び前記第２のパケットを再送信するように構成された、請求項６４又は請求項６５に記載の通信システム。
【請求項６７】
前記通信ノードが無線基地局である請求項６４から請求項６６のいずれかに記載の通信システム。
【請求項６８】
前記装置がユーザ装置である請求項６４から請求項６７のいずれかに記載の通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムのためのユーザ装置に係り、より詳細には、ＷＣＤＭＡ通信システムの高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）のためのユーザ装置に係るが、これに限定されない。
【背景技術】
【０００２】
この分野で知られているように、３ＧＰＰ団体により定義されたワイドバンドコード分割多重アクセス（ＷＣＤＭＡ）／ユニバーサル移動テレコミュニケーションシステム（ＵＭＴＳ）通信システムの更なる開発は、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）として知られているシステムの定義にある。このＨＳＤＰＡは、時分割通信チャネルとして動作し、高いピークデータレートの潜在性、及び高いスペクトル効率をもつ可能性を与える。
【０００３】
現在の３ＧＰＰ  ＨＳＤＰＡ規格（例えば、３ＧＰＰ  ＴＳ  ２５．８５８）は、多数のユーザ装置ユニットにより共有されるダウンリンク搬送チャネルであるＨＳ-ＤＳＣＨチャネル（高速ダウンリンク共有チャネル）を定義している。ＨＳ-ＤＳＣＨは、アクティブなユーザ当たり１つのダウンリンクＤＰＣＨ（ダウンリンク個別の物理的チャネル）又はＦ-ＤＰＣＨ（３ＧＰＰ  Ｒｅｌ６にオプション）と、１つ又は多数の共有制御チャネル（ＨＳ-ＳＣＣＨ）とに関連している。ＨＳ-ＤＳＣＨは、例えば、ビーム形成アンテナを使用して、全セルにわたって送信することもできるし、セルの一部分のみにわたって送信することもできる。
【０００４】
ＨＳＤＰＡは、ダウンリンク、換言すれば、ＵＭＴＳシステムではノードＢサーバとして（及びＧＳＭではベーストランシーバステーションＢＴＳという語で）知られている無線基地局（ＲＢＳ）からユーザ装置への送信に対し、システム容量を改善すると共に、ユーザデータレートを高める。この改善された性能は、３つの観点に基づいている。第１の観点は、適応変調及びコード化の使用できる。
【０００５】
ＨＳＤＰＡでは、無線基地局（ノードＢサーバ）におけるリンク適応エンティティが、フレームエラー確率をあるスレッシュホールドより低く保持する可能性が最も高い変調及びコード化機構を選択することにより、あるユーザ装置（又はユーザターミナル）の現在チャネル条件に適応するよう試みる。このために、ユーザ装置は、周期的に、チャネルクオリティフィードバックレポートを各サービングＲＢＳへ送信し、これは、次の送信時間インターバル（ＴＴＩ）に対する推奨される送信フォーマットを指示するもので、推奨される搬送ブロックサイズ、推奨されるコード数、及びサポートされる変調機構、並びに考えられるパワーオフセットを含んでいる。レポートされるチャネルクオリティインジケータ（ＣＱＩ）値は、共通パイロットチャネルの測定に基づいて決定される。典型的な実施において、ユーザ装置（ＵＥ）の異なるカテゴリーに対して考えられる送信フォーマット組み合わせ（上述したような）を定義するドキュメント“3GPP TS 25.214  Physical Layer Procedures (FDD)”に規定されたテーブルの１つをポインタでインデックスする。
【０００６】
第２の観点は、ソフト合成及び増分的冗長性で高速再送信を与え、リンクエラーが生じた場合に、ユーザ装置がデータパケットの再送信を素早く要求することである。標準的なＷＣＤＭＡネットワークは、要求が無線ネットワークコントローラ（ＲＮＣ）により処理されることを指定するが、ＨＳＤＰＡでは、要求がＲＢＳにより処理される。さらに、増分的冗長性の使用は、オリジナル送信及び再送信から正しく送信されたビットを選択して、送信信号に多数のエラーが発生したときに更なる繰り返し要求の必要性を最小にすることができる。
【０００７】
ＨＳＤＰＡの第３の観点は、ＲＢＳにおける高速スケジューリングである。この場合、ユーザ装置へ送信されるべきデータが、送信の前にＲＢＳ内にバッファされ、ＲＢＳは、選択基準を使用し、送信されるべきパケットの幾つかを、チャネルクオリティ、ユーザ装置能力、サービスクラスのクオリティ、及びパワー／コード入手性に関する情報に基づいて選択する。通常使用されるスケジューラは、いわゆるプロポーショナルフェア（Ｐ-ＦＲ）スケジューラである。
【０００８】
ＨＳＤＰＡは、比較的大量のデータを比較的短い時間周期で配送する効率的な方法である（ＨＳＤＰＡシステムのＴＴＩは、２ｍｓ）。しかしながら、この性能は、ユーザ装置が個別のチャネル状態（ＣＥＬＬ_ＤＣＨ状態）で動作しているときしか使用できず、換言すれば、ＵＥとＲＢＳとの間の物理的レイヤ接続が確立されその物理的接続がそれに個別のチャネルを割り当てた後にしか使用できない。
【０００９】
ＵＥが個別チャネル状態（ＣＥＬＬ_ＤＣＨ状態）へ移行してＨＳＤＰＡ接続を確立するのに、１秒を要する。したがって、送信される必要のあるデータの量が比較的小さい場合には、ＣＥＬＬ_ＤＣＨ状態への状態移行が、実際のデータ送信より長時間を要することになる。
【００１０】
さらに、ＵＥが、ＣＥＬＬ_ＤＣＨ状態へ状態変化するプロセスにあるときには、要求された状態変化を、フォワードアクセスチャネル（ＦＡＣＨ）によりＵＥにアドレスしなければならず、このチャネルは、その後のＨＳＤＰＡ送信チャネルより著しく低速で且つ頑丈さが低い。
【００１１】
ＣＥＬＬ_ＤＣＨ状態への移行の前及び移行中に、ＣＥＬＬ_ＦＡＣＨ状態は、ダウンリンク個別制御チャネル（ＤＣＣＨ）及びダウンリンク個別トラフィックチャネル（ＤＴＣＨ）が両方ともフォワードアクセスチャネル（ＦＡＣＨ）へマップされることを要求する。この要求は、無線リソース制御（ＲＲＣ）シグナリング（余計なＤＣＣＨ情報により生じる）及びデータ（余計なＤＴＣＨ情報により生じる）送信遅延を増加させる。ＦＡＣＨ送信（これは、二次共通制御物理的チャネル（Ｓ-ＣＣＰＣＨ）を経て搬送される）の最小時間巾は、約１０ミリ秒である。
【００１２】
無線リソース制御（ＲＲＣ）接続確立段階中に、共通制御チャネル（ＣＣＣＨ）送信は、フォワードアクセスチャネル（ＦＡＣＨ）へマップされる。図１は、３ＧＰＰ技術レポートＴＲ２５．９３１に説明されたように、ＵＥが個別チャネル状態（ＣＥＬＬ_ＤＣＨ）へ移行するための手順を示す。図１のステップ１０７において、典型的に共通制御チャネル（ＣＣＣＨ）を経て搬送されるＲＲＣ接続設定メッセージがフォワードアクセスチャネル（ＦＡＣＨ）上を搬送され、これは、次いで、二次共通制御物理的チャネル（Ｓ-ＣＣＰＣＨ）にマップされる。
【００１３】
また、フォワードアクセスチャネル（ＦＡＣＨ）を使用して、少量のデータ又は制御情報をＵＥへ配送することにより、個別チャネル（ＣＥＬＬ_ＤＣＨ）状態にないＵＥへデータを配送することも知られている。しかしながら、この解決策は、ＦＡＣＨに関連した固有の問題、すなわち低いデータレート及び低速な再送信で悩まされている。
【００１４】
Ｓ-ＣＣＰＣＨ上を搬送されるフォワードアクセスチャネル（ＦＡＣＨ）の容量は、比較的低くて、典型的に、３２ないし６４ｋｂｐｓであり、これは、フォワードアクセスチャネルの使用を小さなパケットに制限する。
【００１５】
それ故、典型的に、単一のＴＴＩでは１つ又は２つの共通制御チャネル（ＣＣＣＨ）無線リンク制御プロトコルデータユニット（ＲＬＣ  ＰＤＵ）しか送信することができない（典型的なＣＣＣＨ  ＲＬＣ  ＰＤＵパケットは、１５２ビットである）。個別制御チャネル（ＤＣＣＨ）へマップされたシグナリング無線ベアラ（ＳＲＢ）、及び未確認モード無線リンク制御（ＵＭ  ＲＬＣ）パケットの使用は、１３６又は１２０ビット長さのＲＬＣ  ＰＤＵを発生させる。確認モード無線リンク制御（ＡＭ  ＲＬＣ）を使用するＳＲＢは、１２８ビット長さのＲＬＣ  ＰＤＵを発生する。共通制御チャネル（ＣＣＣＨ）を使用する未確認及び確認モードの両方において、ＴＴＩ当たり１つ又は２つのプロトコルデータユニットを送信することができる。
【００１６】
典型的な個別トラフィックチャネル（ＤＴＣＨ）ＲＬＣ  ＰＤＵのサイズは、３２０ビットである。ＦＡＣＨのための典型的なＴＴＩは、１０ｍｓであるので、ＴＴＩ当たりに送信される単一のＤＴＣＨ  ＲＬＣ  ＰＤＵ（又はパケット）は、ＦＡＣＨ単独の３２ｋｂｐｓデータレート容量の全部を使用する。
【００１７】
また、フォワードアクセスチャネル（ＦＡＣＨ）の信頼性にも限度がある。というのは、再送信が、アップリンクにおいてランダムアクセスチャネルで送信されるＲＬＣ状態インジケータに基づいてＲＬＣで実行されるので、再送信が著しい長さの時間を要するからである。さらに、ＣＣＣＨ上を送信されるメッセージは、ＲＬＣレイヤにおいて再送信されず、シグナリングエラーの場合には、ＲＲＣレイヤは、ある時間内に適切な応答メッセージが受信されない場合にＲＲＣメッセージの再送信を開始する必要がある。この時間は、ＦＡＣＨ（ＤＬ）及びＲＡＣＨ（ＵＬ）チャネルの送信遅延のために、典型的に、非常に長い（数秒程度）。
【００１８】
個別チャネル状態（ＣＥＬＬ_ＤＣＨ）における典型的な３Ｇ  ＵＥ電力消費は、約２５０ｍＡであり、移行フォワードアクセスチャネル状態（ＦＡＣＨ）では、約１２０ｍＡであり、ページングチャネル状態（ＣＥＬＬ／ＵＲＡ_ＰＣＨ）又はアイドル状態では、典型的に５ｍＡ未満である。ＦＡＣＨチャネルを使用してデータを送信すると、フォワードアクセスチャネル（ＦＡＣＨ）の受信が、全ての（低速）データを受信するのにより長い時間を必要とするので、高い電力消費を生じさせる。
【発明の開示】
【発明が解決しようとする課題】
【００１９】
それ故、要約すれば、（移行状態又はデータを通過させる動作状態のいずれかとして）送信のために二次共通制御物理的チャネル（Ｓ-ＣＣＰＣＨ）を経てフォワードアクセスチャネル（ＦＡＣＨ）を使用する要求は、低いデータレート、低速の再送信レート、及び比較的高いＵＥ電力消費についてのものである。
【課題を解決するための手段】
【００２０】
本発明及びその実施形態の目的は、上述した問題に少なくとも部分的に対処するように移動アクセスシステムを改良することである。
【００２１】
本発明によれば、ユーザ装置のセットを備えた通信システム内でデータを通信するためのユーザ装置において、少なくとも１つのユーザ装置は、通信データチャネルを経て第１データパケットを、通信制御チャネルを経て関連第２データパケットを受信するように構成されたトランシーバを備え、前記第２データパケットは、ユーザ装置のセットの中のサブセットを識別するように構成された第１識別子を含み、前記第１データパケットは、ユーザ装置のサブセットの中の少なくとも１つを識別するように構成された第２識別子を含み、さらに、前記第２データパケットの第１識別子から、前記ユーザ装置がユーザ装置の前記サブセットの中の１つであるかどうか、且つ前記第２識別子から、前記ユーザ装置がユーザ装置のサブセットの中の前記少なくとも１つであるかどうか決定するように構成されたプロセッサを備え、該プロセッサは、さらに、前記ユーザ装置がユーザ装置の前記サブセットの中の１つであり且つユーザ装置のサブセットの中の前記少なくとも１つであると決定した場合に、前記第１データパケットをデコードするように構成された、ユーザ装置が提供される。
【００２２】
前記トランシーバは、さらに、前記ユーザ装置のサブセットを個別チャネル状態にはないとして識別するように構成された第１識別子の値をさらに別のデータパケットにおいて受信するように構成される。
【００２３】
前記トランシーバは、さらに、同じサブセット内のユーザ装置の各々を識別するための第２識別子の値をさらに別のデータパケットにおいて受信するように構成される。
【００２４】
前記トランシーバは、ユーザ装置からフィードバックメッセージを送信するように構成されるのが好ましい。
【００２５】
前記通信データチャネルは、高速ダウンリンク共有チャネル（ＨＳ-ＤＳＣＨ）であるのが好ましい。
【００２６】
前記通信データチャネルは、個別トラフィックチャネル（ＤＴＣＨ）、個別制御チャネル（ＤＣＣＨ）、及び共通制御チャネル（ＣＣＣＨ）のうちの少なくとも１つを含む。
【００２７】
前記通信制御チャネルは、高速共有制御チャネル（ＨＳ-ＳＣＣＨ）であるのが好ましい。
【００２８】
前記第１のデータパケットは、無線リソース通信データを含むのが好ましい。
【００２９】
前記第２の識別子は、前記第１のデータパケットのメディアアクセス制御（ＭＡＣ）ヘッダに位置されるのが好ましい。
【００３０】
前記第１識別子は、前記第２データパケットのＣＲＣに位置されるのが好ましい。
【００３１】
前記第２識別子は、ＭＡＣレイヤの頂部のＲＲＣレベルメッセージ内にあるのが好ましい。
【００３２】
前記第１識別子の値は、前記第２識別子の値に等しいのが好ましい。
【００３３】
前記第２データパケットは、前記第１識別子を含むのが好ましく、前記第１識別子は、前記第２データパケットヘッダのＣＲＣに位置されるのが好ましい。
【００３４】
上述したユーザ装置は、通信ノードをさらに含む通信システム内に組み込むことができ、その通信ノードは、通信データ及び制御チャネルを経て第１及び第２のデータパケットをユーザ装置のセットへ各々送信するように構成され、さらに、通信ノードは、フィードバックメッセージを受信するように構成されるのが好ましい。
【００３５】
前記通信ノードは、さらに、第１又は第２のデータパケットのその後の送信に対して少なくとも１つの送信パラメータを変更するように構成されるのが好ましい。
【００３６】
前記通信システムは、さらに、フィードバックメッセージに基づいて第１及び第２のパケットを再送信するように構成される。
【００３７】
前記通信ノードは、無線基地局である。
【００３８】
本発明の第２の態様によれば、通信データチャネルを経て少なくとも１つのユーザ装置へ第１データパケットを通信するための方法において、通信制御チャネルを経て第２データパケットを送信し、この第２データパケットは、ユーザ装置のセットのうちのサブセットを識別するように構成された第１識別子を含むものであり、通信データチャネルを経て第１データパケットを送信し、この第１データパケットは、ユーザ装置のサブセットのうちの少なくとも１つを識別するように構成された第２識別子を含むものであり、複数のユーザ装置のうちの少なくとも１つで第１及び第２のデータパケットを受信し、第２データパケットの第１識別子から、前記ユーザ装置がユーザ装置の前記サブセットの中の１つであるかどうか、且つ第２識別子から、前記ユーザ装置がユーザ装置のサブセットの中の前記少なくとも１つであるかどうか決定し、前記ユーザ装置がユーザ装置の前記サブセットの中の１つであり且つ前記ユーザ装置がユーザ装置のサブセットの中の前記少なくとも１つである場合に、前記第１データパケットをデコードする、というステップを備えた方法が提供される。
【００３９】
前記方法は、さらに、前記ユーザ装置のサブセットを個別チャネル状態にはないとして識別するように構成された第１識別子の値をユーザ装置の各々に供給するステップを備えるのが好ましい。
【００４０】
前記方法は、さらに、サブセット内のユーザ装置の各々を識別するための第２識別子の値を第１識別子の値と共にユーザ装置の各々に供給するステップを備えている。
【００４１】
前記方法は、さらに、ユーザ装置からフィードバックメッセージを送信するステップを備えている。
【００４２】
前記方法は、さらに、通信ノードでフィードバックメッセージを受信するステップを備えている。
【００４３】
前記方法は、さらに、第１又は第２のデータパケットのその後の送信に対して通信ノードの少なくとも１つの送信パラメータを変更するステップを備えている。
【００４４】
前記方法は、さらに、フィードバックメッセージに基づいて通信ノードから第１及び第２のパケットを再送信するステップを備えている。
【００４５】
前記通信データチャネルは、高速ダウンリンク共有チャネル（ＨＳ-ＤＳＣＨ）であるのが好ましい。
【００４６】
前記通信データチャネルは、個別トラフィックチャネル（ＤＴＣＨ）、個別制御チャネル（ＤＣＣＨ）、及び共通制御チャネル（ＣＣＣＨ）のうちの少なくとも１つを含むのが好ましい。
【００４７】
前記通信制御チャネルは、高速共有制御チャネル（ＨＳ-ＳＣＣＨ）であるのが好ましい。
【００４８】
前記第１のデータパケットは、無線リソース通信データを含む。
【００４９】
本発明の第３の態様によれば、コンピュータにロードされたときに、通信データチャネルを経て少なくとも１つのユーザ装置へ第１データパケットを通信する方法であって、ユーザ装置のセットのうちの少なくとも１つで第１及び第２のデータパケットを受信し、第２データパケットは、通信制御チャネルを経て送信され、第２データパケットは、ユーザ装置のセットのうちのサブセットを識別するように構成された第１識別子を含み、第１データパケットは、ユーザ装置のサブセットのうちの少なくとも１つを識別するように構成された第２識別子を含み、第２データパケットの第１識別子から、前記ユーザ装置がユーザ装置の前記サブセットの中の１つであるかどうか、且つ第２識別子から、前記ユーザ装置がユーザ装置のサブセットの中の前記少なくとも１つであるかどうか決定し、前記ユーザ装置がユーザ装置の前記サブセットの中の１つであり且つ前記ユーザ装置がユーザ装置のサブセットの中の前記少なくとも１つである場合に、前記第１データパケットをデコードする、というステップを備えた方法を実行するように構成されたコンピュータプログラムが提供される。
【００５０】
本発明の第４の態様によれば、６４ｋｂｐｓより大きな容量をもつ共有通信チャネル内のチャネルからデータを受信してデコードするように構成されたトランシーバを備え、前記チャネルがフリーチャネルであるユーザ装置が提供される。
【００５１】
前記フリーチャネルは、非予約又は非個別チャネルであるのが好ましい。
【００５２】
前記ユーザ装置は、それがアイドル状態、フォワードアクセス状態、及びページング状態の少なくとも１つで動作するときにデータを受信してデコードするように構成されるのが好ましい。
【００５３】
前記チャネルは、高速ダウンリンクパケットアクセスシステム内の高速ダウンリンク共有通信チャネルであるのが好ましい。
【００５４】
本発明の第５の態様によれば、共有通信チャネル内の単一の非予約チャネルから無線リソース接続データを受信してデコードするように構成されたトランシーバを備えたユーザ装置が提供される。
【００５５】
本発明の第６の態様によれば、共有通信チャネル内の単一の非予約チャネルへ無線リソースチャネルデータを送信するように構成されたトランシーバを備えた通信ノードが提供される。
【００５６】
本発明の第７の態様によれば、ユーザ装置のセットを備えた通信システム内でデータを通信するためのユーザ装置において、通信データチャネルを経て第１データパケットを、通信制御チャネルを経て関連第２データパケットを受信するように構成されたトランシーバを備え、前記第２データパケットは、ユーザ装置のセットの中のサブセットを識別するように構成された第１識別子を含み、前記第１データパケット又は第２データパケットのいずれかが、ユーザ装置のサブセットの中の少なくとも１つを識別するように構成された第２識別子を含み、さらに、前記第２データパケットの第１識別子から、前記ユーザ装置がユーザ装置の前記サブセットの中の１つであるかどうか、且つ前記第２識別子から、前記ユーザ装置がユーザ装置のサブセットの中の前記少なくとも１つであるかどうか決定するように構成されたプロセッサを備え、該プロセッサは、さらに、前記ユーザ装置がユーザ装置の前記サブセットの中の１つであり且つユーザ装置のサブセットの中の前記少なくとも１つであると決定した場合に、前記第１データパケットをデコードするように構成された、ユーザ装置が提供される。
【００５７】
本発明は、添付図面を参照して、一例として以下に詳細に説明する。
【発明を実施するための最良の形態】
【００５８】
幾つかの実施形態を参照して本発明を以下に例示する。本発明は、セルラー通信システム、特に、ＨＳＤＰＡ  ＷＣＤＭＡ／ＵＭＴＳ通信システムに関して説明する。しかしながら、本発明は、データパケットのスケジューリングを実行するいかなる通信システム、特に、データパケットの送信において待ち時間及びスペクトル効率の問題に対処する必要のあるいかなる通信システムでも等しく実施できることを理解されたい。
【００５９】
図２は、本発明の実施形態を具現化できる通信システムの概略図である。このシステムは、少なくとも１つのユーザ装置（ＵＥ）１を備えている。ユーザ装置１は、例えば、移動電話であるが、例えば、通信可能なラップトップ、パーソナルデジタルアシスタント、又は他の適当な装置でもよい。
【００６０】
ユーザ装置１は、無線により一連の無線基地局（ＲＢＳ）３とワイヤレス通信する。無線基地局は、ＵＭＴＳ規格では、ノードＢとしても知られている。以下の説明では、ノードＢ及び無線基地局（ＲＢＳ）という語は、交換可能に使用する。
【００６１】
各ユーザ装置１は、２つ以上のＲＢＳ３と通信できるように構成され、同様に、各ＲＢＳ３は、２つ以上のＵＥ１と通信できるように構成される。ＲＢＳ３は、さらに、無線ネットワークコントローラ（ＲＮＣ）５（これは、ＧＳＭ規格では、基地局コントローラ（ＢＳＣ）としても知られている）と通信する。ＲＮＣ５は、さらに、コアネットワーク（ＣＮ）７と通信することができる。ＣＮ７は、さらに、他のネットワーク、例えば、さらに別の公衆地上移動ネットワーク（ＰＬＭＮ）、又は「インターネット」として知られているコンピュータのネットワークと通信することができる。
【００６２】
以下に述べる本発明の実施形態に使用される幾つかの用語を明瞭にするために、３ＧＰＰ  ＴＲ  ２５．９３１により定義されたネットワークにおいてＵＥ１により実行される無線リソースコントローラ（ＲＲＣ）接続確立のためのフローチャートである図１を助けとして説明を行う。
【００６３】
ステップ１０１において、ＵＥ１は、ＲＢＳ３のセルである選択されたセルを経て、無線リソースコントローラ（ＲＲＣ）接続要求メッセージを共通制御チャネル（ＣＣＣＨ）上でサービングＲＮＣ５へ送信することにより、無線リソースコントローラ接続の設定を開始する。その接続要求は、初期ユーザ装置（ＵＥ）１のアイデンティティ値のパラメータと、接続確立の原因とを含んでいる。
【００６４】
ステップ１０２において、サービング無線ネットワークコントローラ（ＲＮＣ）５は、ＵＥ１への無線リソース制御（ＲＲＣ）接続を確立し、この特定のＲＲＣ接続に対して個別チャネルを使用するように判断し、ＵＴＲＡＮ（ＵＭＴＳ地上無線アクセスネットワーク）ＲＮＴＩ（無線ネットワーク一時的識別子）及び無線リソースＬ１、Ｌ２を無線リソースコントローラ接続に割り当てる。個別チャネルを設定すべきときには、ノードＢアプリケーションプロトコル（ＮＢＡＰ）メッセージ、すなわち、「無線リンク設定要求」メッセージがＲＢＳ３へ送信される。無線リンク設定要求内に含まれるパラメータは、セル識別値、搬送フォーマットセット、搬送フォーマット組み合せセット、周波数、使用すべきアップリンクスクランブルコード（周波数分割デュープレックス（ＦＤＤ）通信のみのための）、使用すべきタイムスロット（時分割デュープレックス（ＴＤＤ）通信のみのための）、ユーザコード（ＴＤＤのみのための）、及び電力制御情報を含む。
【００６５】
ステップ１０３において、ＲＢＳ３は、リソースを割り当て、アップリンク物理的チャネルの受信をスタートし、ＮＢＡＰメッセージ、すなわち「無線リンク設定応答」メッセージで応答する。この無線リンク設定応答メッセージは、シグナリングリンク終了を定義するパラメータ、ｌｕｂデータ搬送ベアラのための搬送レイヤアドレッシング情報（ＡＴＭ適応レイアウト形式２（ＡＡＬ２）アドレス、ＡＡＬ２バインディングアイデンティティ）を含む。
【００６６】
ステップ１０４において、サービング無線ネットワークコントローラは、アクセスリンク制御アプリケーションパートプロトコル（ＡＬＣＡＰ）を使用してｌｕｂデータ搬送ベアラの設定を開始する。この要求は、ｌｕｂデータ搬送ベアラを個別チャネルに結合するためのＡＡＬ２バインディングアイデンティティを含む。ｌｕｂデータ搬送ベアラの設定のための要求は、ＲＢＳ３により確認される。
【００６７】
ステップ１０５及び１０６において、ＲＢＳ３及びサービングＲＮＣ５は、適当な個別チャネルフレームプロトコルフレーム、例えば、「ダウンリンク同期」及び「アップリンク同期」メッセージの交換により、ｌｕｂ及びｌｕｒデータ搬送ベアラに対する同期を確立する。この同期に続いて、ＲＢＳ３は、ＵＥ１へのダウンリンク送信をスタートする。
【００６８】
ステップ１０７において、サービングＲＮＣ５からＵＥ１へメッセージが送信され、このメッセージは、共通制御チャネル（ＣＣＣＨ）を経て送信される無線リソースコントローラ（ＲＲＣ）接続設定メッセージである。ＲＲＣ接続設定メッセージは、初期ＵＥアイデンティティ値のパラメータ、Ｕ-ＲＮＴＩ(ＣＥＬＬ_ＦＡＣＨ状態及びＣＥＬＬ／ＵＲＡ_ＰＣＨにおける有効内部ＵＴＲＡＮ)、Ｃ-ＲＮＴＩ（ＣＥＬＬ_ＦＡＣＨ状態における有効内部セル）、能力更新要求、搬送フォーマットセット、搬送フォーマット組み合せセット、周波数、ダウンリンク周波数スクランブルコード（ＦＤＤのみ）、タイムスロット（ＴＤＤのみ）、ユーザコード（ＴＤＤのみ）、電力制御情報、及び特にＨＳＤＰＡにおいてシグナリング接続を構成するために３ＧＰＰ規格ＴＳ２５．３３１セクション１０．２．４０に規定された他のデータを含む。
【００６９】
ステップ１０８において、ＲＢＳ３は、アップリンク同期を達成し、サービングＲＮＣ５にＮＢＡPメッセージ、すなわち「無線リンク回復指示」で通知する。
【００７０】
ステップ１０９において、ＲＲＣ接続設定完了メッセージが、サービングＲＢＳ３を経て、ＵＥ１からサービングＲＮＣ５へ個別制御チャネル（ＤＣＨ）上を送信される。このＲＲＣ接続設定完了メッセージは、完全性情報のパラメータ、暗号情報、及びＵＥ無線アクセス能力を含む。
【００７１】
上述したように、これらのステップは、高速ダウンリンクパケットアクセス通信を実行するために要求される。
【００７２】
したがって、ＣＥＬＬ_ＤＣＨ状態におけるＨＳＤＰＡオペレーションでは、各ＵＥには、物理的レイヤに既にある各送信パケットの意図された受信者を識別するのに使用される独特のＨ-ＲＮＴＩが指定される。
【００７３】
以下に詳細に述べる本発明の実施形態では、ＣＥＬＬ_ＤＣＨ状態以外におけるＨＳＤＰＡの使用は、ＵＥ１に知られた共通の物理的レイヤ識別子（すなわち、グループＵＥ  ＩＤ値）を使用し、各ＵＥにＩＤを独特に指定する必要はない。意図されたＵＥ受信者は、次いで、ＤＴＣＨ又はＤＣＣＨ送信の場合にはＭＡＣヘッダにより識別され、又は従来技術においてＦＡＣＨにより行われたようにＣＣＣＨメッセージ（ＲＲＣ接続設定、セル更新確認）の場合にはＲＲＣメッセージに含まれたＵＥ  ＩＤから識別される。
【００７４】
本発明の実施形態では、個別又は非個別チャネル状態のいずれにおいても、ＵＥは、送信がそのためのものであるかどうか検出できるが、ＣＥＬＬ_ＤＣＨでは、ＵＥは、最初にデータパケットを受信してデコードする必要なく、物理的レイヤからこれを知る。
【００７５】
本発明の第１の実施形態において実行されるステップを示す図３のフローチャートについて説明する。
【００７６】
ステップ２０１において、ＵＥ１は、ＲＲＣ接続が確立される前に、又はＣ-ＲＮＴＩがセル再選択の後に有効でないときに、ＨＳ-ＳＣＣＨ検出に典型的に使用されるシステム情報放送からグループ識別値（グループＵＥ  ＩＤ値）を受信し、すなわちＲＲＣ接続設定メッセージ又はセル更新確認を受信する（Ｕ-ＲＮＴＩだけが有効であるとき）。
【００７７】
また、ＵＥ１は、単一のＵＥ１を識別する個々の識別値（個々のＵＥ  ＩＤ値）も受け取る。このＩＤ値は、ステップ１０７において、ＲＲＣ接続（Ｃ-ＲＮＴＩ）中に指定することができ、したがって、ＲＲＣ接続及び有効なＣ-ＲＮＴＩを有するＵＥは、送信がそれに意図されたものであるかどうかを、物理的レイヤにおいてＨＳ-ＳＣＣＨから直接的に検出することができる。本発明の幾つかの実施形態では、これらのＩＤ値は、専用のＲＲＣシグナリングにより更新することができる。
【００７８】
ステップ２０３では、受信された識別値がＵＥ１に記憶される。
【００７９】
ステップ２０５では、ＵＥは、高速ダウンリンク共有チャネル（ＨＳ-ＤＳＣＨ）を使用して送信された高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）を、独特のＵＥ  ＩＤ値を指示するＭＡＣヘッダ値と共に受信する。同じフレームに対する関連高速共有制御チャネル（ＨＳ-ＳＣＣＨ）データは、グループＵＥ  ＩＤ値を識別する情報を含む。また、ＨＳ-ＳＣＣＨデータは、搬送フォーマットと、関連高速物理的ダウンリンク共有チャネル、すなわちＨＳ-ＤＳＣＨデータが送信される物理的チャネルのレートとを指定する。Ｕ-ＲＮＴＩ又はＣ-ＲＮＴＩ値がＭＡＣヘッダに使用されるときには、ＵＥは、たとえグループＩＤが使用されても、データ送信がそのためにものであるかどうか検出することができ、例えば、ＣＣＣＨ送信の場合に、ＵＥ１は、送信がＲＲＣレイヤにおけるＵＥのためのものであるかどうか識別することができる。
【００８０】
ステップ２０７では、ＵＥ１は、高速共有制御チャネル（ＨＳ-ＳＣＣＨ）を経て送信されたＩＤがＵＥのグループＩＤに一致するかどうか、又はＵＥの専用ＩＤが指定されたかどうか調べるためにチェックする。グループＵＥ  ＩＤ又は専用ＩＤ値が既知の仕方で送信され、すなわちＨＳ-ＳＣＣＨ内の値が、上述したようにＲＲＣ設定中に特定のＵＥ  ＩＤが指定された個別チャネル状態において任意のＵＥについて実行されるのと同様に送信される。
【００８１】
グループＵＥ  ＩＤ値によって識別されるＵＥのグループではなく、データがアドレスされる特定のＵＥは、ＨＳ-ＤＳＣＨに関連したメディアアクセス制御（ＭＡＣ）プロトコルヘッダにおける独特の識別子で決定される。
【００８２】
したがって、本発明の実施形態では、フォワードアクセスチャネル状態を通る必要なく、個別チャネルにないＵＥにより少量の高速データを受信することができる。
【００８３】
本発明の幾つかの実施形態では、規定のルールに基づいて、個別チャネル状態（ＣＥＬＬ_ＤＣＨ）にない全てのＵＥ、すなわちネットワークとのデータ通信を現在実行していない全てのＵＥ１に対して、グループＩＤ値が前もって知らされる。
【００８４】
本発明の幾つかの実施形態では、個別チャネル状態（ＣＥＬＬ_ＤＣＨ）にない全てのＵＥ、すなわちネットワークとのデータ通信を現在実行していない全てのＵＥ１にグループＩＤ値が送信される。
【００８５】
本発明のさらに別の実施形態では、上述したようにＲＲＣ接続を確立するいかなるＵＥ１も、システム情報放送（ＳＩＢ）においてそれに送信されたＵＥ  ＩＤ値を使用することができる。ＳＩＢは、セルを横切って放送される情報であり、どのＵＥ１がＳＩＢを受信したかＲＢＳ３が知ることなく、セル内のいかなるＵＥによって受信することもできる。ＳＩＢの送信は、確認の送信を要求せず、それ故、グループＵＥ  ＩＤ値の効果的なキャリアである。さらに別の実施形態では、ＲＮＣ５は、ＵＥ１へ送信されるべくＲＢＳ３へ通されるグループＵＥ  ＩＤ値を割り当てる。
【００８６】
幾つかの実施形態では、グループＵＥ  ＩＤ値は、ネットワーク構成又は再構成プロセスの結果としてＲＢＳ３により知られる。
【００８７】
本発明の幾つかの実施形態では、独特のＩＤが、ＨＳ-ＳＣＣＨにおけるＣＲＣに対して直接マスクされることにより、ＵＥ１へ送信される。ＨＳ-ＳＣＣＨにおけるＣＲＣに対して独特のＩＤをマスクすることは、パケットが正しく受信されたかどうか受信者が決定できるようにする一種のチェック和であるＣＲＣをＩＤ値で変更して、ＩＤを知っている受信者でなければ正しいＣＲＣ値を決定できず、それ故、ＨＳ-ＳＣＣＨが正しく受信されたかどうか検出できないことを意味する。ＨＳ-ＳＣＣＨにおけるＣＲＣに対してＩＤをマスクすることの効果は、ＵＥ独特ＩＤを含ませたためにＨＳ-ＳＣＣＨに付加的なビットが挿入されず、ＨＳ-ＳＣＣＨメッセージに独特のＵＥ  ＩＤ情報が存在することである。他の実施形態では、ＵＥ  ＩＤ値のための特定ビットフィールドが予約されているＭＡＣヘッダ／ＲＲＣレイヤにＩＤ値が挿入される。ＭＡＣヘッダを使用する実施形態では、ビットフィールドへの値の挿入以外の信号のマスキング又は変更を実行することが要求されない。
【００８８】
ＵＥ１は、最初に、ＨＳ-ＳＣＣＨにおいてＩＤを検出し（すなわち、ＵＥ特有のＣＲＣが正しい受信を指示するかどうか決定し）、その後、ＭＡＣヘッダ又はＲＲＣメッセージのいずれかにおける独特のＩＤがＵＥ独特ＩＤ値に一致するかどうか調べるためにＨＳ-ＤＳＣＨをデコードするよう試みる。それ故、ＭＡＣ／ＲＲＣレベルＩＤは、ＨＳ-ＳＣＣＨ  ＩＤがグループＵＥ  ＩＤである場合には独特のＵＥ  ＩＤでなければならず、ＨＳ-ＳＣＣＨ  ＩＤが独特のＵＥ  ＩＤである場合には、ＭＡＣ／ＲＲＣ  ＵＥ  ＩＤを値が等しいとみなすことができる。
【００８９】
本発明の幾つかの実施形態において、ＵＴＲＡＮ登録エリア、すなわちページングチャネル状態（ＣＥＬＬ／ＵＲＡ_ＰＣＨ）、又はアイドル状態にあるＵＥ１は、高速ダウンリンクパケットアクセス情報を連続的に聴取せず、ＨＳ-ＤＳＣＨ及びＨＳ-ＳＣＣＨの両方を所定の時間のみに受信するように構成される。
【００９０】
さらに別の実施形態では、ＵＥ１は、ＨＳ-ＳＣＣＨを所定の時間に聴取するように構成され、次いで、所定のグループＵＥ  ＩＤと共にデータパケットを受信する場合だけ、ＨＳ-ＤＳＣＨのデータを聴取する。この実施形態は、従来のＨＳＤＰＡ受信モードと同様であり、したがって、ＵＥは、それにアドレスされたＨＳ-ＳＣＣＨパケットを検出した後に、ＵＥにアドレスされる関連ＨＳ-ＤＳＣＨパケットを受信するようにそれ自身を構成するが、その相違点は、ＵＥが所定の時間にＨＳ-ＳＣＣＨしか聴取せず、それ故、ＵＥが非受信時間中にラジオ受信器をスイッチオフしてバッテリ電力を節約するのを許さないことである。
【００９１】
本発明の他の実施形態では、ＵＥは、事象によってトリガーされたときに聴取する。例えば、ランダムアクセスチャネル（ＲＡＣＨ）は、ＵＥのアクティビティにより使用することもできるし、又はページングメッセージに応答して使用することもできる。このような実施形態では、ＵＥは、電力を保存し、換言すれば、アクティビティが予想されない場合には「スリープ」してバッテリ電力を節約する。
【００９２】
このような実施形態では、アイドルモードにあるＵＥ１は、ランダムアクセスチャネル（ＲＡＣＨ）に無線リソースコントローラ接続要求を送信した後に高速データパケットアクセス受信をスタートする。ＣＥＬＬ／ＵＲＡ_ＰＣＨ状態にあるＵＥ１は、セル更新メッセージを送信した後にＨＳＤＰＡ受信をスタートする。スリープモードは、ＨＳ-ＤＳＣＨの使用で編成するのが簡単である。というのは、ＴＴＩが短い（１０ミリ秒ＴＴＩのフォワードアクセスチャネルに比して２ミリ秒）からである。
【００９３】
移行ＣＥＬＬ_ＦＡＣＨ状態にあるユーザ装置１は、幾つかの実施形態において、ネットワークが個別トラフィックチャネル（ＤＴＣＨ）又は個別制御チャネル（ＤＣＣＨ）のいずれかを経てユーザ装置へデータ又はシグナリングを送信できる場合にＨＳＤＰＡデータを連続的に受信するように構成できる。また、ＣＥＬＬ_ＦＡＣＨ状態にあるＵＥ１は、ＨＳＤＰＡデータ送信に対して不連続な受信周期（ＤＲＸ）が指示された場合には、データを時々受信するように構成することもできる。
【００９４】
本発明の前記実施形態では、ＣＥＬＬ_ＤＣＨ状態におけるＵＥから従来のＨＳＤＰＡに対して比較すると、ＵＥ１からＲＢＳ３へ特定チャネルクオリティインジケータ（ＣＱＩ）レポートを送信する構成を有していない（これは、典型的に、高速個別制御チャネル上を送信され、すなわち個別チャネルモードにおけるユーザ装置に対してＨＳＤＰＡのアップリンクフィードバックチャネル上を送信され、高速物理的ダウンリンク共有チャネル（ＨＳ-ＰＤＳＣＨ）に対するＭＣＳ(変調及びコード化機構)の選択と、高速共有制御チャネル(ＨＳ-ＳＣＣＨ)の電力設定とを助成する）。ＭＣＳ値の選択は、クオリティの良好なチャネルの場合は、高次の変調を使用しコード化はあまり使用せず、したがって、データスループットを高めるようにＭＣＳ値を選択することができ、また、クオリティの低いチャネルの場合は、簡単な変調及びエラー修正度の高いコード化を使用し、データ送信容量が小さいことを犠牲にしてエラーを減少するようにＭＣＳ値を選択できるように、構成される。
【００９５】
さらに、上述した実施形態は、高速確認要求(ＨＡＲＱ-高速ダウンリンク共有チャネル受信確認)に対して確認フィードバック(ＡＣＫ／ＮＡＣＫ)を有していない。したがって、上述した実施形態では、再送信が要求されるかどうか指示する信号がない。というのは、ＡＣＫ／ＮＡＣＫ信号は、典型的に、アップリンクにおいて、個別チャネル状態にあるユーザ装置のための高速個別制御チャネル(ＨＳＤＰＡのアップリンクフィードバックチャネル)上を送信されるからである。
【００９６】
本発明のさらに別の実施形態では、ＲＢＳ３は、高速共有制御チャネルの電力及びＨＳ-ＤＳＣＨのためのＭＣＳ値を適宜に選択し、セルの縁で受信できるようにする。本発明のさらに別の実施形態では、必要なＨＳ-ＳＣＣＨ電力要求を推定するためのメカニズムが設けられ、ＨＳ-ＤＳＣＨに対する適当なＭＣＳ値が要求され、これらの値は、ＨＳ-ＳＣＣＨ及びＨＳ-ＤＳＣＨデータストリームに対して選択される。
【００９７】
本発明の幾つかの実施形態では、Ｌ１チャネルのようなアップリンクフィードバックチャネルを設定し、これを使用して、ＣＱＩ及び確認チャネルデータを転送することができる。
【００９８】
本発明の他の実施形態では、ＲＮＣは、使用すべき変調及びコード化機構(ＭＣＳ)をチャネルの測定に基づいて決定することができる。本発明の他の実施形態では、ＲＮＣ５は、適当なＭＣＳを選択する際にノードＢに情報を送信することができる。
【００９９】
他の実施形態では、システムにおける必要な時間の多様性を生み出すと共に必要なＨＡＲＱ利得を発生するために、同じ送信値が２回以上送信される。
【０１００】
上述した実施形態では、送信システムにある程度のシステム制御が与えられ、すなわちセル内の全てのＵＥ１は、データを受信することができる。
【０１０１】
本発明のさらに別の実施形態では、ＲＢＳ３は、ユーザ装置特有のＣＱＩレポートをもたないが、ＵＥ１から、それに意図された高ダウンリンク共有チャネル送信を受け取った後に、送信フィードバックを含む規定のアップリンクスクランブルコードを受信する。これらの実施形態における送信フィードバック信号は、この技術で知られたＨＡＲＱ方法を使用できるようにする。
【０１０２】
本発明のさらに別の実施形態では、ＣＱＩレポートが送信フィードバックと共にＵＥから送信され、その後の高速共有制御チャネル（ＨＳ-ＳＣＣＨ）電力設定及び高速ダウンリンク共有チャネル（ＨＳ-ＤＳＣＨ）ＭＣＳ選択を計算できるようにする。
【０１０３】
上述した本発明の実施形態は、グループＵＥ  ＩＤをもつＵＥがパケットの受信を確認すると共に、データがそれに対して意図されたかのようにＣＱＩレポートを送信することを要求することにより、具現化することができる。別の実施形態では、ＨＳ-ＳＣＣＨにおけるグループＵＥ  ＩＤを最初に検出した後であって、ネットワークへ確認を送信する前に、ＵＥが、メディアアクセスコントローラプロトコルデータユニット及び／又は無線リソースコントローラメッセージにおいてＵＥの個々のＵＥ  ＩＤを識別することを要求する。
【０１０４】
本発明の幾つかの実施形態では、制御を行う無線ネットワークコントローラ(ＲＮＣ)は、共通制御チャネル（ＣＣＣＨ）、全ダウンリンク制御チャネル（ＤＣＣＨ）、及びフォワードアクセスチャネル移行状態にあるＵＥに割り当てられた個別のトラフィックチャネル（ＤＴＣＨ）に対し、ｌｕｂインターフェイスを経て単一のＡＴＭ適応レイアウト形式２（ＡＡＬ２）接続を使用することができる。したがって、幾つかの実施形態では、フォワードアクセスチャネル送信状態に代わって、ＭＡＣ-ｃマルチプレクシングを使用することができる。
【０１０５】
異なるプライオリティ及びサービスクオリティ（ＱｏＳ）要求を満足することが必要とされる本発明のさらに別の実施形態では、ＣＣＣＨ、ＤＣＣＨ及びＤＴＣＨに対して個別のＡＡＬ２接続が割り当てられる。例えば、共通制御チャネル（ＣＣＣＨ）及び個別制御チャネル（ＤＣＣＨ）の送信は、幾つかの実施形態では、個別トラフィックチャネル（ＤＴＣＨ）よりも高いプライオリティ及び信頼性ファクタを有する。
【０１０６】
上述した実施形態は、ＨＳＤＰＡチャネルを使用して適度な量のデータをＵＥに送信することに言及しているが、このデータ送信は、図１に示すように、ＲＲＣ接続ステップ１０７において、ＲＢＳ３を経てＲＮＣ５からＵＥ１へデータを送信するのにも適用される。上述したように、ＦＡＣＨより高速のチャネルを使用することにより、ＣＣＣＨデータパケットを受信する速度を上げることができ、それ故、ＵＥをＣＥＬＬ_ＤＣＨモードに設定するに必要な時間を短縮することができる。ＣＥＬＬ_ＤＣＨ状態に対する特定のＵＥ  ＩＤがこの段階でＵＥに指定される。
【０１０７】
上述した実施形態は、従来技術で使用された従来の配送方法（ＦＡＣＨ）を使用する場合よりも健全で且つ迅速にユーザデータ及びＲＲＣシグナリングメッセージをＵＥへ配送する方法を提供する。また、これらの実施形態を使用することにより、個別チャネル動作モードにないＵＥ１は、ＨＳＤＰＡ技術で応じることができる適度な量のデータしか受信する必要がなく、ユーザ装置がＦＡＣＨ状態を経てデータを交換する必要がないので、アイドル又はページングモードから個別チャネル動作モードへ迅速に状態変化する。
【０１０８】
上述した実施形態は、部分的なＨＳＤＰＡサポートしかないが（例えば、ある実施形態では、ユーザ装置からのアップリンクフィードバックがなく、それ故、ＣＱＩが分からないか、又はＲＢＳ３においてＡＣＫ／ＮＡＣＫメッセージを受け取ることができない）、ＦＡＣＨを経てのＨＳＤＰＡのＴＴＩが著しく短いために、遅延減少に関する利得が当然のものとなる。さらに、幾つかの実施形態で述べたように、盲目的再送信を使用して、ＨＡＲＱ結合からの利得を得ることもできる。
【０１０９】
システムは、同じデータを１０ｍｓではなく２ｍｓで配送するのにほぼ５倍の電力を必要とし、したがって、この場合には、電力節約は生じないが、全てのＵＥが同じ電力リソースを時分割するので、個別チャネル状態（ＣＥＬＬ_ＤＣＨ）にないユーザに対してＨＳＤＰＡ送信のための特定電力取り分を割り振りする必要がないという点で有益である。従来の実施例では、チャネルが実際に使用されるかどうかに関わらず、使用するＦＡＣＨに対してＦＡＣＨ電力を静的に割り振りすることが必要であった。
【０１１０】
さらに、本発明は、ＨＳＤＰＡネットワーク仕様の既存のレイヤ１を使用するので、本発明の実施は、比較的簡単である。
【０１１１】
また、上述したように、ＣＥＬＬ_ＦＡＣＨ状態におけるＵＥの電力消費は、例えば、定期的な生存通知(keep alive)メッセージを送信するプッシュメールのようなアプリケーションにおいて常に問題となる。これらの状態では、たとえデータの量が非常に低くても、ユーザ装置は、インアクティビティタイマーが時間切れするまで、フォワードアクセスチャネルを持続する。典型的に、インアクティビティタイマーは、約２秒である。上述した不連続受信（ＤＲＸ）を使用すると、電力消費を著しく減少することができる。これは、アプリケーションにおいて常にＵＥのスタンバイ時間を大幅に改善できるようにする。
【０１１２】
本出願人は、ここに述べる各個々の特徴及び２つ以上のそのような特徴の組合せを、当業者の共通の一般的な知識に鑑み、このような特徴又は特徴の組合せがここに開示する問題を解消するかどうかに関わらず、且つ特許請求の範囲を制限することなく、それら特徴又はその組合せが本出願に基づいて全体として実施できる程度に、個別に開示した。また、本出願人は、本発明の態様がこのような個々の特徴又は特徴の組合せより成ることも指示した。以上の説明に鑑み、当業者であれば、本発明の範囲内で種々の変更がなされうることが明らかであろう。
【図面の簡単な説明】
【０１１３】
【図１】ＵＥがＲＲＣ接続を確立し個別チャネル（ＣＥＬＬ_ＤＣＨ）状態へ移行するときに実行されるステップを示すフロー図である。
【図２】本発明の実施形態を具現化できる通信システムの概略図である。
【図３】本発明の第１の実施形態において実行されるステップを示すフロー図である。
【図１】
2009526460.tif 000003
【図２】
2009526460.tif 000004
【図３】
2009526460.tif 000005
【国際調査報告】
2009526460.tif 000006
2009526460.tif 000007
2009526460.tif 000008
2009526460.tif 000009
2009526460.tif 000010