ユーザ装置UEであって、Nビットフィールド及び制御情報を含む、制御チャンネルの第1の無線信号であって、該Nビットフィールドが2を法としてNビットのUE識別に加算されたNビットの巡回冗長チェックCRCを含んでいる第1の無線信号を受信するように構成された回路、複数の基準が満たされているかを判定するように構成された回路であって、該基準が、前記巡回冗長チェックCRCに誤りがないこと、及び、前記UE識別が本ユーザ装置に関連する複数のUE識別のいずれか1つであることを含む回路、並びに、前記複数の基準が満たされている状態で、前記制御情報を使用してダウンリンク共有チャンネルを処理するように構成された回路を備えたことを特徴とするユーザ装置。本発明の目的は、上記の各従来技術による課題を解決することである。本発明は、データ関連ダウンリンクシグナリングに関する複数の実装を開示する。これらの実施形態では、UEIDを選択的に修正して、UEID値を生成し、2を法としてこれをデータフィールドに加えてデータマスクを生成することを開示している。このデータマスクは、さらに、CRCフィールドとして処理することもできる。次に、CRCフィールドは、データバーストとともに送信され、CRC関連機能が実行される。別の実施形態は、CRC発生前にUE識別でCRC発生器を初期化することを開示している。これは黙示的に、CRC内にUEIDを含み、しかもオーバーヘッドとなるシグナリングが加わる必要はない。本発明の好ましい実施形態について、本明細書全体を通して類似の番号は類似の要素を表す図面を参照して後述する。図4を参照すると、本発明で使用する汎用移動体通信システムUMTSネットワークアーキテクチャは、コアネットワークCN、UMTS地上無線アクセスネットワークUTRAN、およびユーザ機器UEを備える。UTRANとコアネットワークの間にIuインターフェイスおよび、UTRANとUEとの間に無線インターフェイスUuの2つの一般的なインターフェイスがある。UTRANは、複数の無線ネットワークサブシステムRNSで構成されている。これらは、Iurインターフェイスにより相互接続することができる。この相互接続により、異なるRNSの間でコアネットワーク独立のプロシージャを使用することができる。RNSはさらに、無線ネットワークコントローラRNCと複数の基地局ノードBに分割される。ノードBsは、IubインターフェイスによりRNCに接続される。1つのノードBで、1つまたは複数のセルを処理することができ、通常は複数のUEから使用される。UTRANは、無線インターフェイス上でFDDモードおよびTDDモードの両方をサポートする。両方のモードに、同じネットワークアーキテクチャおよび同じプロトコルが使用される。物理層とエアーインターフェイスUuのみが別々に指定される。図9には、本発明の一実施形態が示されている。本実施形態では、システム100は、データフィールド102からの送信用のデータこれ以降データと呼ぶ、CRC発生器1040に初期化済み、CRC発生器104から出力されたCRCフィールド106からのその結果のCRC、UEIDフィールド108からのUEID、モジュロ2加算器110、およびマスク112を利用する。本実施形態およびこれ以降説明するすべての実施形態では、各フィールドのビット数は例としてフィールドの真上に記載されていることに注意されたい。ただし、特定のビット数は例として取りあげたのであり、本発明を制限するものと解釈すべきではない。システム100は、データフィールド102を受け取り、データフィールド102からのデータをCRC発生器104に入力する。CRC発生器104は、CRCフィールド106を生成し、CRCフィールド106からCRCをモジュロ2加算器110の第1の入力に出力する。UEIDフィールド108からのUEIDは、モジュロ2加算器110への第2の入力に出力される。次に、CRCおよびUEIDは、2を法として加算され、マスク112を生成する。UEIDフィールド108のビット数Mビットは、CRCフィールド106のビット数Nビットと同じであるのが好ましい。M=Nであれば、図9に示されているように、UEIDを直接、2を法としてCRCに加算することができる。しかし、MとNが等しくない場合、等しくさせるための中間ステップが必要になる。M<Nの場合、UEIDに先行ゼロまたは後続ゼロを埋めて、長さがCRCと等しくなるようにする。この埋め込まれたUEIDを、CRC106に2を法としてN加算する。M>Nの場合、UEIDからM-N個の最下位ビットが切り捨てられる。切り捨てられたUEIDは、次に、2を法としてCRCに加算される。図10を参照すると、生成されたマスク112が、送信用のデータフィールド102に付加される。図11には、本発明の第2の実施形態が示されている。本実施形態では、システム200は、データフィールド202からのデータ、CRC発生器204、UEIDフィールド208からのUEID、およびその結果得られたCRCフィールド212を利用する。システム200は、データフィールド202を受け取り、データフィールド202からのデータをCRC発生器204に入力する。CRC発生器204は、図9のCRC発生器104と同じタイプの発生器であるが、ただし、CRC発生器204はUEIDフィールド208からのUEIDで初期化される点が異なる。この初期化は、図11の中で点線で示されている。当業者にはよく知られているように、CRC発生器は、通常、図9に示されているCRC発生器104の場合と同様に、すべてゼロに初期化される。したがって、CRC発生器204は、データフィールド202からの入力データおよびUEIDによるCRC発生器204の初期化に基づいてCRCを生成する。本実施形態では、2を法とする加算は不要である。UEIDフィールド208のUEIDのビット数Mビットは、CRC発生器204のサイズと同じであるのが好ましいが、必要であるというわけではない。UEIDのサイズMビットがCRC発生器204のサイズよりも小さい場合、UEIDに先行ゼロまたは後続ゼロを埋め込んで、長さがCRC発生器204のサイズと等しくなるようにできる。そうしてから、この埋め込まれたUEIDを使用して、CRC発生器204を初期化することができる。それとは別に、UEIDフィールド208内の値をロードして、CRC発生器204を初期化することができ、UEIDが埋められていないビット位置は0となる。UEIDのサイズMビットがCRC発生器204のサイズよりも大きい場合、UEIDがCRC発生器204に適合するようにUEIDから最下位ビットが切り捨てられる。次に、切り捨てられたUEIDを使用して、CRC発生器204を初期化する。図12を参照すると、生成されたCRCフィールド212が、送信用のデータフィールド202に付加される。黙示のUEIDを使用する本発明の第2の実施形態は、従来技術および第1の実施形態のUE固有CRC方法で必要とされるように、送信機または受信機側で、SCCH-HSでUEIDを組み立て、分解する必要はないため、単純化されてはいるが、堅牢な代替え手段を示している。図13には、本発明の第3の実施形態が示されている。本実施形態では、システム300は、データフィールド302からのデータ、UEIDフィールド308AからのUEID、モジュロ2加算器310およびマスク311、CRC発生器404、およびその結果得られるCRCフィールド312を利用する。システム300は、データフィールド302を受け取り、データフィールド302からデータをモジュロ2加算器310の第1の入力に入力する。UEIDフィールド308AからのUEIDは、モジュロ2加算器310への第2の入力に出力される。したがって、データフィールド302からのデータとUEIDフィールド308AからのUEIDが2法として加算され、マスク311が生成される。マスク311は、CRC発生器304に入力され、CRCフィールド312を生成する。本実施形態では、2を法とする加算を実行するためにUEIDフィールド308Aのビット数Mビットは、データフィールド302のビット数Xビットと同じでなければならない。MとXが等しい場合、UEIDフィールド308Aからの値を直接、2を法としてデータフィールド302からのデータに加算することができる。しかし、MとNが等しくない場合、等しくさせるための中間ステップが必要になる。MがXよりも小さい場合、UEIDに、X-M個の後続ゼロが埋め込まれ、UEIDフィールド308Aからの値が、長さについてデータフィールド302と等しくなるようにする。図13に示されているようにこの埋め込まれたUEID値を、2を法としてデータフィールド302からのデータに加算する。データフィールド302の長さXのせいで、MがXよりも大きくなることは予想されない。しかし、そうであったら、UEIDフィールド308A内の値からM-X個の最下位ビットが切り捨てられる。切り捨てられたUEIDは、次に、2を法としてデータフィールド302からのデータに加算される。図14には、本発明の第4の実施形態が示されている。本実施形態では、システム301は、図13に示されている第3の実施形態と全く同じように動作する。本実施形態における唯一の違いは、UEIDフィールド308Bからの値を生成する方法である。本実施形態では、UEIDに、X-M個の先行ゼロが埋め込まれ、UEIDフィールド308BからのUEIDが、長さについてデータフィールド302と等しくなるようにする。次に、図14に示されているようにこの埋め込まれたUEID値を、2を法としてデータフィールド302からのデータに加算する。埋め込みは、これとは別に、UEIDをデータフィールドと同じ長さにするために先行ゼロと後続ゼロ図に示されていないを組み合わせたものであってもよいことに留意されたい。図15を参照すると、図13に示されている第3の実施形態のシステム300から生成されるCRCフィールド312、または図14に示されている第4の実施形態のシステム301から生成されるCRC314が、送信のためデータフィールド302に付加されることがわかる。したがって、CRCフィールド312、314のいずれかのタイプを使用し、これをデータフィールド302に付加することができる。図16には、本発明の第5の実施形態が示されている。本実施形態では、システム400は、データフィールド402からのデータ、UEIDフィールド408AからのUEID、モジュロ2加算器410、マスク411、CRC発生器404、およびその結果得られるCRCフィールド412を利用する。システム400は、データフィールド402を受け取り、データフィールド402からデータをモジュロ2加算器410の第1の入力に入力する。UEIDフィールド408AからのUEIDは、モジュロ2加算器410への第2の入力に出力される。データフィールド402からのデータとUEIDフィールド408AからのUEIDが2を法として加算され、マスク411が生成される。マスク411は、CRC発生器404に入力され、CRCフィールド412を生成する。本実施形態では、2を法とする加算を実行するために、UEIDフィールド408Aのビット数Mビットは、データフィールド402のビット数と同じでなければならない。MがXに等しい場合、UEIDフィールド408AからのUEIDを直接、2を法としてデータフィールド402からのデータに加算することができる。データフィールド402の長さのため、MがXよりも大きくなることは予想されない。しかし、そうであったら、UEIDフィールドの長さがXに等しくなるまで、UEIDフィールド408Aから最下位ビットが切り捨てられる。切り捨てられたUEIDは、次に、2を法としてデータフィールド402の値に加算される。UEIDの長さがデータフィールド402よりも短い場合、UEIDフィールド408Aからの値がXに等しくなるように複合UEIDが生成される。複合UEIDを生成するには、UEIDをXビットフィールド内に収まるまで繰り返し、その後、切り捨てられたUEIDで残りの後続ビットを埋める。これは、図16のUEIDフィールド408Aで表されている。複合UEIDは、次に、2を法としてデータフィールド402からのデータに加算される。図17には、本発明の第6の実施形態が示されている。本実施形態のシステム401は、図16に示されている第5の実施形態と同じように動作する。本実施形態の唯一の違いは、UEIDフィールド408Bからの値である。複合UEIDは図16と同じようにして作成されるが、切り捨てられたUEID部分は、図16に示されているUEIDフィールド408Aの後続ビットとは反対に、先行ビットとして加えられる。切り捨てられたUEID埋め込みは、UEIDをデータフィールド402と同じ長さにするために先行切り捨てビットと後続切り捨てビットを組み合わせたものを含んでいてもよいことに留意されたい。図18を参照すると、図16に示されている第5の実施形態のシステム400から生成されるCRCフィールド412、または図17に示されている第6の実施形態のシステム401から生成されるCRCフィールド414が、送信のためデータフィールド402に付加されることがわかる。したがって、CRCフィールド412、414のいずれかのタイプを使用し、これをデータフィールド402に付加することができる。上記の実施形態はすべて、複数の識別子IDをサポートするために使用できることに注意されたい。UEは場合によっては、1UEの一意的ID、2UEが属しているUEのサブセットまたはグループに対応するID、または3システム内のすべてのUEに対応するブロードキャストグローバルIDの複数のレベルでアドレス指定されるメッセージを処理する必要がある。たとえば、図19に示されているように、UEID12は強調表示されており、1UE固有のID12、2サブサブセットCID、3サブセット2ID、および4グローバルIDの4つの異なるレベルのIDを受け取って処理できることがわかる。また、異なるグループのUEが含まれるように、代替えグループ識別A~Eも作成できることに留意されたい。たとえば、グループBは、UEのメンバー2、7、12、17、22、および27を含むグループBの次に識別されたすべてのUEを含む。さらに、グループまたはサブグループは、特にユーザの望み通り特に個別UEを識別することにより作成できる。この要件をサポートするために、送信機側で上述のように実施形態のそれぞれによりCRCを生成する。受信機側では、UEはメッセージを処理し、IDベースの修正なしで予期されるCRCを生成する。その後、UEプロセッサが、2を法として、受信したCRCを計算で求めたCRCに加算する。その結果得られる出力が送信されるIDであり、これは上述のIDの1つである。IDがこれらのいずれでもないならば、UEは送信を破棄する。本発明によれば、長さNのCRCコードを使用することで、識別されたSCCH-HS上の未検出のエラー確率は2Nに近づく。HS-DSCH上で送信されたデータを保護する24ビットCRC、SCCH-HS上で送信された制御情報を保護する16ビットCRCを使用し、意図されていないUEによるHIビットの103の誤った採択の確率を仮定して、前記の本発明による実施形態では、誤った採択の確率を以下の式で与える。Pfa=PfaHI×PfaH×PSD式1ただし、Pfaは誤った採択の確率であり、PfaHIはHIの誤った採択の確率であり、PfaHはSCCH-HSの誤った採択の確率であり、PSDはHS-DSCHPSDの検出成功の確率である。式1とともにこの例に対し上で識別されている値を使用すると、以下の式が得られる。Pfa=103×216×224=9.1×1016信頼性の計算により、同じ長さのCRCについて、ユーザが誤ったデータを上位の層に渡す確率は極めて低いことがわかる。図20の流れ図は、本発明によるノードBとUEとの間のダウンリンクメッセージを処理する方法を説明している。この方法は一般的な概要を示すものであり、メッセージつまり、データパケットを処理するために必要な詳細なメディアアクセスコントロールMAC層および物理層のシグナリングすべてを包括的に説明しているものとして解釈すべきではない。ノードBはまずMAC層におけるダウンリンク制御メッセージを生成してからステップ1、そのメッセージおよびUEIDを物理層に転送するステップ2。物理層は、CRCを生成して、UEIDをデータバーストとしてメッセージとともに行う転送ステップ3に対しUEIDを適用する。その後、メッセージはノードBからUEに送信されるステップ4。物理層では、UEIDおよびCRCが検査され、正しいかどうかの判別が行われるステップ5。正しければ、メッセージがMAC層に転送されステップ6、さらにメッセージが処理されるステップ7。図20のステップ6は、CRC/UEIDが有効であることを示す制御メッセージを備える、物理層とMAC層との間の追加信号を含むことに注意されたい。しかし、これはオプションのステップである。好ましい実施形態では、有効なメッセージのみが物理層からMAC層に転送される。したがって、好ましい実施形態のMAC層では、MACに転送されるメッセージがどれも有効であると想定する。別の実施形態では、追加CRC/UEIDの有効なシグナリングは、追加確認としてメッセージとともに転送される。本発明には、UEIDおよびCRCに対し別々に処理を行わなくてよいという利点がある。2つのフィールドを前述のように組み合わせると、UEは、CRCおよびUEIDまたは図19に示されている他のタイプのIDが正しいものとなるまでそれ以上メッセージの処理を行わなくなる。本発明は、好ましい実施形態に関して説明したが、特許請求の範囲で述べているように、本発明の範囲内であれば、他のバリエーションも当業者にとっては明白なことであろう。