System for implicit user equipment identification

本発明は、無線通信の分野に関するものである。 本発明の応用の１つは、データ保護と一意的／グループＵＥ識別の両方に対し修正巡回冗長検査を使用するダウンリンクシグナリング（downlink signaling）の方法を対象とする。

無線通信システムは、今日の現代的電気通信のイフラストラクチャに不可欠な連結要素となっている。 そのため、音声通信だけでなくデータ通信にも大きく頼るようになった。 音声通信は、比較的低速度で、上りの帯域幅と下りの帯域幅は対称的であり、必要な帯域幅の量が予測可能である。

しかし、データ通信では、電気通信システム、特に無線通信システムに重い負担がかかる。 第１に、データ通信は非常に高速なデータレートを必要とすることが多い。 第２に、データ関連アプリケーション用の帯域幅は、数キロヘルツから数メガヘルツと非常に大きく広がっている。 第３に、上りと下りとでは帯域幅が激しく異なることがある。 たとえば、代表的なインターネットブラウジングアプリケーションでは、上り方向に送信されるデータはごくわずかであるが、下り方向には膨大な量のデータがダウンロードされる。 こうしたさまざまな要因から、無線電気通信システムには苛酷な制約条件が課される。

最先端の国際的な第三世代（３Ｇ）（ＩＭＴ−２０００）規格であるワイドバンドＣＤＭＡ（ＷＣＤＭＡ）規格は、屋内／狭い範囲の屋外環境では最大２Ｍｂ／ｓのデータレートをサポートし、最大３８４ｋｂ／交換広域受信範囲をサポートし、さらに高速パケットデータ転送および高速回路交換データをサポートする。 しかし、パケットデータサービスの将来の需要に応えるためには、このデータ転送を特にダウンリンクにおいて高速化する必要がある。 高速ダウンリンクパケット（ＨＳＤＰＡ）であれば、ＷＣＤＭＡではベストエフォート型パケットデータサービスに関して約８〜１０Ｍｂ／ｓの範囲のダウンリンクピークデータレート（downlink peak data rates）をサポートできる。 このレートは、ＩＭＴ−２０００で必要な２Ｍｂ／ｓの値を遙かに超えている。 また、遅延時間短縮および容量向上に関してパケットデータ転送能力も高まる。

データ通信をサポートするための１つの解決策として、それぞれのユーザ機器（ＵＥ）に専用チャネルを割り当てる方法がある。 しかし、こうすると、そのようなチャネルは多くの場合、長時間にわたりアイドル状態のままになるため、帯域幅の使用効率が非常に低下する。

それぞれのＵＥに対する専用チャネルの代替え手段として、高速な共有データチャネルとデータのパケット化の使用がある。 この方法では、複数の高速データチャネルを複数のＵＥ間で共有する。 これらのＵＥは、送信または受信用にデータを持ち、共有データチャネルのうちの１つに動的に割り当てられる。 この結果、スペクトルをかなり効率よく利用することができる。

基地局に特定のＵＥへの送信を待つデータがある場合に高速共有データチャネルを割り当てるこのようなプロセスの１つが図１〜図３に示されている。 図１を参照すると、関連するダウンリンク専用物理チャネル（downlink dedicated physical channel）（ＤＰＣＨ）が各ＵＥに送信される。 ＵＥは、関連するダウンリンクＤＰＣＨだけでなく共有制御チャネル（ＳＣＣＨ−ＨＳ）もモニタする。 基地局からＵＥへ送信するデータがない場合、ＵＥはスタンバイモードに入り、そこで、定期的に「目覚めて」関連するダウンリンクＤＰＣＨおよびＳＣＣＨ−ＨＳをモニタしようとする。 このため、ＵＥは処理リソースおよび電池リソースを節約することができる。

基地局のデータをＵＥに送信可能な状態になった場合、高速ダウンリンク共有チャネル（High Speed Downlink Shared Channel）（ＨＳ−ＤＳＣＨ）インジケータ（ＨＩ）が関連するＤＰＣＨで送信される。 ＨＩは、ｎビット長で、図２に示されている２ ^ｎ ＳＣＣＨ−ＨＳのうちの１つを指している。 たとえば、２ビットＨＩは４つのＳＣＣＨ−ＨＳ、つまり００、０１、１０、または１１を指す。

図１に示されている例では、ＨＩは（１，０）で、これは、図２に示されている第３のチャネルを指している。 ＵＥがＨＩによって識別された制御チャネルにアクセスすると、その特定のＳＣＣＨ−ＨＳにより、ＵＥは、データの受信のためＵＥに割り当てられている適切なＨＳ−ＤＳＣＨに向けられる。 たとえば、図３に示されているように、ＵＥは、ＳＣＣＨ−ＨＳ（１，０）によって識別されたＨＳ−ＤＳＣＨ（００１）に同調する。 その後、ＵＥは、ＨＳ−ＤＳＣＨ（００１）経由でＵＥが宛先となっているデータを受信する。 図１〜図３のグラフィック表現は、ＨＳ−ＤＳＣＨを割り当てるプロセスを説明するために用意したものであり、チャネルの構成および用途は、ＨＳＤＰＡ規格での実際の実装とは少し異なるかもしれない。

図１〜図３を参照しながら説明されているプロセスは、データを送信するため共通データチャネルを割り当てる効率のよい方法を実現している。 パケットデータは１つまたは複数の特定のＵＥ宛てとなっているため、ＵＥの識別子（ＩＤ）は基地局からＵＥへのシグナリングのためにクリティカルなパラメータである。

基地局とＵＥとの間でＵＥ ＩＤのシグナリングを実行する従来技術の方法がいくつかある。 図５を参照すると、第１の方法では、ＵＥ ＩＤを送信対象のデータに付加する。 この組合せは、ＣＲＣを出力する巡回冗長検査（ＣＲＣ）発生器に送られる。 その結果得られるデータパケットは、最終的に送信されるのだが、図６に示されているように、Ｘビットデータフィールド、ＭビットＵＥ ＩＤ、およびＮビットＣＲＣを含む。 これは、ＣＲＣとＵＥ ＩＤの両方について適切なシグナリングを行うが、シグナリングの帯域幅を無駄にしている。

図７に示されている他の従来技術による手法では、ＵＥ ＩＤをデータフィールドに付加し、ＣＲＣ発生器に入力する。 ＣＲＣ発生器からＣＲＣが出力される。 図８に示されているように、送信用のデータバーストは、ＸビットデータフィールドおよびＮビットＣＲＣフィールドを含む。 これは、さらに、基地局とＵＥとの間でＵＥ ＩＤおよびＣＲＣを十分やり取りできるが、一意的なＵＥ識別にしか使用できないので望ましくない。 この方法では、さらに、グループＵＥを識別する必要があるときにＵＥの複雑度が増してしまう。

本発明の目的は、上記の各従来技術による課題を解決することである。

本発明は、データ関連ダウンリンクシグナリングに関する複数の実装を開示する。 これらの実施形態では、ＵＥ ＩＤを選択的に修正して、ＵＥ ＩＤ値を生成し、２を法としてこれをデータフィールドに加えてデータマスクを生成することを開示している。 このデータマスクは、さらに、ＣＲＣフィールドとして処理することもできる。 次に、ＣＲＣフィールドは、データバーストとともに送信され、ＣＲＣ関連機能が実行される。 別の実施形態は、ＣＲＣ発生前にＵＥ識別でＣＲＣ発生器を初期化することを開示している。 これは黙示的に、ＣＲＣ内にＵＥ ＩＤを含み、しかもオーバーヘッドとなるシグナリングが加わる必要はない。
本発明の好ましい実施形態について、本明細書全体を通して類似の番号は類似の要素を表す図面を参照して後述する。

図４を参照すると、本発明で使用する汎用移動体通信システム（ＵＭＴＳ）ネットワークアーキテクチャは、コアネットワーク（ＣＮ）、ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）、およびユーザ機器（ＵＥ）を備える。 ＵＴＲＡＮとコアネットワークの間にＩｕインターフェースおよび、ＵＴＲＡＮとＵＥとの間に無線インターフェイスＵｕの２つの一般的なインターフェイスがある。 ＵＴＲＡＮは、複数の無線ネットワークサブシステム（ＲＮＳ）で構成されている。 これらは、Ｉｕｒインターフェイスにより相互接続することができる。 この相互接続により、異なるＲＮＳの間でコアネットワーク独立のプロシージャを使用することができる。 ＲＮＳはさらに、無線ネットワークコントローラ（ＲＮＣ）と複数の基地局（ノードＢ）に分割される。 ノードＢｓは、ＩｕｂインターフェイスによりＲＮＣに接続される。 １つのノードＢで、１つまたは複数のセルを処理することができ、通常は複数のＵＥから使用される。 ＵＴＲＡＮは、無線インターフェイス上でＦＤＤモードおよびＴＤＤモードの両方をサポートする。 両方のモードに、同じネットワークアーキテクチャおよび同じプロトコルが使用される。 物理層とエアーインターフェイスＵｕのみが別々に指定される。

図９には、本発明の一実施形態が示されている。 本実施形態では、システム１００は、データフィールド１０２からの送信用のデータ（これ以降「データ」と呼ぶ）、ＣＲＣ発生器１０４（０に初期化済み）、ＣＲＣ発生器１０４から出力されたＣＲＣフィールド１０６からのその結果のＣＲＣ、ＵＥ ＩＤフィールド１０８からのＵＥ ＩＤ、モジュロ２加算器１１０、およびマスク１１２を利用する。 本実施形態およびこれ以降説明するすべての実施形態では、各フィールドのビット数は例としてフィールドの真上に記載されていることに注意されたい。 ただし、特定のビット数は例として取りあげたのであり、本発明を制限するものと解釈すべきではない。

システム１００は、データフィールド１０２を受け取り、データフィールド１０２からのデータをＣＲＣ発生器１０４に入力する。 ＣＲＣ発生器１０４は、ＣＲＣフィールド１０６を生成し、ＣＲＣフィールド１０６からＣＲＣをモジュロ２加算器１１０の第１の入力に出力する。 ＵＥ ＩＤフィールド１０８からのＵＥ ＩＤは、モジュロ２加算器１１０への第２の入力に出力される。 次に、ＣＲＣおよびＵＥ ＩＤは、２を法として加算され、マスク１１２を生成する。

ＵＥ ＩＤフィールド１０８のビット数（Ｍビット）は、ＣＲＣフィールド１０６のビット数（Ｎビット）と同じであるのが好ましい。 Ｍ＝Ｎであれば、図９に示されているように、ＵＥ ＩＤを直接、２を法としてＣＲＣに加算することができる。 しかし、ＭとＮが等しくない場合、等しくさせるための中間ステップが必要になる。 Ｍ＜Ｎの場合、ＵＥ ＩＤに先行ゼロまたは後続ゼロを埋めて、長さがＣＲＣと等しくなるようにする。 この「埋め込まれたＵＥ ＩＤ」を、ＣＲＣ１０６に２を法としてＮ加算する。 Ｍ＞Ｎの場合、ＵＥ ＩＤからＭ−Ｎ個の最下位ビットが切り捨てられる。 切り捨てられたＵＥ ＩＤは、次に、２を法としてＣＲＣに加算される。

図１０を参照すると、生成されたマスク１１２が、送信用のデータフィールド１０２に付加される。

図１１には、本発明の第２の実施形態が示されている。 本実施形態では、システム２００は、データフィールド２０２からのデータ、ＣＲＣ発生器２０４、ＵＥ ＩＤフィールド２０８からのＵＥ ＩＤ、およびその結果得られたＣＲＣフィールド２１２を利用する。 システム２００は、データフィールド２０２を受け取り、データフィールド２０２からのデータをＣＲＣ発生器２０４に入力する。 ＣＲＣ発生器２０４は、図９のＣＲＣ発生器１０４と同じタイプの発生器であるが、ただし、ＣＲＣ発生器２０４はＵＥ ＩＤフィールド２０８からのＵＥ ＩＤで初期化される点が異なる。 この初期化は、図１１の中で点線で示されている。 当業者にはよく知られているように、ＣＲＣ発生器は、通常、図９に示されているＣＲＣ発生器１０４の場合と同様に、すべてゼロに初期化される。 したがって、ＣＲＣ発生器２０４は、データフィールド２０２からの入力データおよびＵＥ ＩＤによるＣＲＣ発生器２０４の初期化に基づいてＣＲＣを生成する。 本実施形態では、２を法とする加算は不要である。

ＵＥ ＩＤフィールド２０８のＵＥ ＩＤのビット数（Ｍビット）は、ＣＲＣ発生器２０４のサイズと同じであるのが好ましいが、必要であるというわけではない。 ＵＥ ＩＤのサイズ（Ｍビット）がＣＲＣ発生器２０４のサイズよりも小さい場合、ＵＥ ＩＤに先行ゼロまたは後続ゼロを埋め込んで、長さがＣＲＣ発生器２０４のサイズと等しくなるようにできる。 そうしてから、この「埋め込まれたＵＥ ＩＤ」を使用して、ＣＲＣ発生器２０４を初期化することができる。 それとは別に、ＵＥ ＩＤフィールド２０８内の値をロードして、ＣＲＣ発生器２０４を初期化することができ、ＵＥ ＩＤが埋められていないビット位置は０となる。 ＵＥ ＩＤのサイズ（Ｍビット）がＣＲＣ発生器２０４のサイズよりも大きい場合、ＵＥ ＩＤがＣＲＣ発生器２０４に適合するようにＵＥ ＩＤから最下位ビットが切り捨てられる。 次に、切り捨てられたＵＥ ＩＤを使用して、ＣＲＣ発生器２０４を初期化する。

図１２を参照すると、生成されたＣＲＣフィールド２１２が、送信用のデータフィールド２０２に付加される。

黙示のＵＥ ＩＤを使用する本発明の第２の実施形態は、従来技術および第１の実施形態のＵＥ固有ＣＲＣ方法で必要とされるように、送信機または受信機側で、ＳＣＣＨ−ＨＳでＵＥ ＩＤを組み立て、分解する必要はないため、単純化されてはいるが、堅牢な代替え手段を示している。

図１３には、本発明の第３の実施形態が示されている。 本実施形態では、システム３００は、データフィールド３０２からのデータ、ＵＥ ＩＤフィールド３０８ＡからのＵＥ ＩＤ、モジュロ２加算器３１０およびマスク３１１、ＣＲＣ発生器４０４、およびその結果得られるＣＲＣフィールド３１２を利用する。 システム３００は、データフィールド３０２を受け取り、データフィールド３０２からデータをモジュロ２加算器３１０の第１の入力に入力する。 ＵＥ ＩＤフィールド３０８ＡからのＵＥ ＩＤは、モジュロ２加算器３１０への第２の入力に出力される。 したがって、データフィールド３０２からのデータとＵＥ ＩＤフィールド３０８ＡからのＵＥ ＩＤが２法として加算され、マスク３１１が生成される。 マスク３１１は、ＣＲＣ発生器３０４に入力され、ＣＲＣフィールド３１２を生成する。

本実施形態では、２を法とする加算を実行するためにＵＥ ＩＤフィールド３０８Ａのビット数（Ｍビット）は、データフィールド３０２のビット数（Ｘビット）と同じでなければならない。 ＭとＸが等しい場合、ＵＥ ＩＤフィールド３０８Ａからの値を直接、２を法としてデータフィールド３０２からのデータに加算することができる。 しかし、ＭとＮが等しくない場合、等しくさせるための中間ステップが必要になる。 ＭがＸよりも小さい場合、ＵＥ ＩＤに、Ｘ−Ｍ個の後続ゼロが埋め込まれ、ＵＥ ＩＤフィールド３０８Ａからの値が、長さについてデータフィールド３０２と等しくなるようにする。 図１３に示されているようにこの「埋め込まれたＵＥ ＩＤ値」を、２を法としてデータフィールド３０２からのデータに加算する。

データフィールド３０２の長さＸのせいで、ＭがＸよりも大きくなることは予想されない。 しかし、そうであったら、ＵＥ ＩＤフィールド３０８Ａ内の値からＭ−Ｘ個の最下位ビットが切り捨てられる。 切り捨てられたＵＥ ＩＤは、次に、２を法としてデータフィールド３０２からのデータに加算される。

図１４には、本発明の第４の実施形態が示されている。 本実施形態では、システム３０１は、図１３に示されている第３の実施形態と全く同じように動作する。 本実施形態における唯一の違いは、ＵＥ ＩＤフィールド３０８Ｂからの値を生成する方法である。 本実施形態では、ＵＥ ＩＤに、Ｘ−Ｍ個の先行ゼロが埋め込まれ、ＵＥ ＩＤフィールド３０８ＢからのＵＥ ＩＤが、長さについてデータフィールド３０２と等しくなるようにする。 次に、図１４に示されているようにこの「埋め込まれたＵＥ ＩＤ値」を、２を法としてデータフィールド３０２からのデータに加算する。 埋め込みは、これとは別に、ＵＥ ＩＤをデータフィールドと同じ長さにするために先行ゼロと後続ゼロ（図に示されていない）を組み合わせたものであってもよいことに留意されたい。

図１５を参照すると、図１３に示されている第３の実施形態のシステム３００から生成されるＣＲＣフィールド３１２、または図１４に示されている第４の実施形態のシステム３０１から生成されるＣＲＣ３１４が、送信のためデータフィールド３０２に付加されることがわかる。 したがって、ＣＲＣフィールド３１２、３１４のいずれかのタイプを使用し、これをデータフィールド３０２に付加することができる。

図１６には、本発明の第５の実施形態が示されている。 本実施形態では、システム４００は、データフィールド４０２からのデータ、ＵＥ ＩＤフィールド４０８ＡからのＵＥ ＩＤ、モジュロ２加算器４１０、マスク４１１、ＣＲＣ発生器４０４、およびその結果得られるＣＲＣフィールド４１２を利用する。 システム４００は、データフィールド４０２を受け取り、データフィールド４０２からデータをモジュロ２加算器４１０の第１の入力に入力する。 ＵＥ ＩＤフィールド４０８ＡからのＵＥ ＩＤは、モジュロ２加算器４１０への第２の入力に出力される。 データフィールド４０２からのデータとＵＥ ＩＤフィールド４０８ＡからのＵＥ ＩＤが２を法として加算され、マスク４１１が生成される。 マスク４１１は、ＣＲＣ発生器４０４に入力され、ＣＲＣフィールド４１２を生成する。

本実施形態では、２を法とする加算を実行するために、ＵＥ ＩＤフィールド４０８Ａのビット数（Ｍビット）は、データフィールド４０２のビット数と同じでなければならない。 ＭがＸに等しい場合、ＵＥ ＩＤフィールド４０８ＡからのＵＥ ＩＤを直接、２を法としてデータフィールド４０２からのデータに加算することができる。 データフィールド４０２の長さのため、ＭがＸよりも大きくなることは予想されない。 しかし、そうであったら、ＵＥ ＩＤフィールドの長さがＸに等しくなるまで、ＵＥ ＩＤフィールド４０８Ａから最下位ビットが切り捨てられる。 切り捨てられたＵＥ ＩＤは、次に、２を法としてデータフィールド４０２の値に加算される。

ＵＥ ＩＤの長さがデータフィールド４０２よりも短い場合、ＵＥ ＩＤフィールド４０８Ａからの値がＸに等しくなるように「複合ＵＥ ＩＤ」が生成される。 複合ＵＥ ＩＤを生成するには、ＵＥ ＩＤをＸビットフィールド内に収まるまで繰り返し、その後、切り捨てられたＵＥ ＩＤで残りの後続ビットを埋める。 これは、図１６のＵＥ ＩＤフィールド４０８Ａで表されている。 複合ＵＥ ＩＤは、次に、２を法としてデータフィールド４０２からのデータに加算される。

図１７には、本発明の第６の実施形態が示されている。 本実施形態のシステム４０１は、図１６に示されている第５の実施形態と同じように動作する。 本実施形態の唯一の違いは、ＵＥ ＩＤフィールド４０８Ｂからの値である。 複合ＵＥ ＩＤは図１６と同じようにして作成されるが、切り捨てられたＵＥ ＩＤ部分は、図１６に示されているＵＥ ＩＤフィールド４０８Ａの後続ビットとは反対に、先行ビットとして加えられる。 切り捨てられたＵＥ ＩＤ「埋め込み」は、ＵＥ ＩＤをデータフィールド４０２と同じ長さにするために先行切り捨てビットと後続切り捨てビットを組み合わせたものを含んでいてもよいことに留意されたい。

図１８を参照すると、図１６に示されている第５の実施形態のシステム４００から生成されるＣＲＣフィールド４１２、または図１７に示されている第６の実施形態のシステム４０１から生成されるＣＲＣフィールド４１４が、送信のためデータフィールド４０２に付加されることがわかる。 したがって、ＣＲＣフィールド４１２、４１４のいずれかのタイプを使用し、これをデータフィールド４０２に付加することができる。

上記の実施形態はすべて、複数の識別子（ＩＤ）をサポートするために使用できることに注意されたい。 ＵＥは場合によっては、１）ＵＥの一意的ＩＤ、２）ＵＥが属しているＵＥのサブセットまたはグループに対応するＩＤ、または３）システム内のすべてのＵＥに対応するブロードキャスト（グローバルＩＤ）の複数のレベルでアドレス指定されるメッセージを処理する必要がある。 たとえば、図１９に示されているように、ＵＥ ＩＤ １２は強調表示されており、１）ＵＥ固有のＩＤ（＃１２）、２）サブサブセットＣ ＩＤ、３）サブセット２ ＩＤ、および４）グローバルＩＤの４つの異なるレベルのＩＤを受け取って処理できることがわかる。 また、異なるグループのＵＥが含まれるように、代替えグループ識別Ａ〜Ｅも作成できることに留意されたい。 たとえば、グループＢは、ＵＥのメンバー２、７、１２、１７、２２、および２７を含むグループＢの次に識別されたすべてのＵＥを含む。 さらに、グループまたはサブグループは、特にユーザの望み通り特に個別ＵＥを識別することにより作成できる。

この要件をサポートするために、送信機側で上述のように実施形態のそれぞれによりＣＲＣを生成する。 受信機側では、ＵＥはメッセージを処理し、ＩＤベースの修正なしで予期されるＣＲＣを生成する。 その後、ＵＥプロセッサが、２を法として、受信したＣＲＣを計算で求めたＣＲＣに加算する。 その結果得られる出力が送信されるＩＤであり、これは上述のＩＤの１つである。 ＩＤがこれらのいずれでもないならば、ＵＥは送信を破棄する。

本発明によれば、長さＮのＣＲＣコードを使用することで、識別されたＳＣＣＨ−ＨＳ上の未検出のエラー確率は２ ^−Ｎに近づく。 ＨＳ−ＤＳＣＨ上で送信されたデータを保護する２４ビットＣＲＣ、ＳＣＣＨ−ＨＳ上で送信された制御情報を保護する１６ビットＣＲＣを使用し、意図されていないＵＥによるＨＩビットの１０ ^−３の誤った採択の確率を仮定して、前記の本発明による実施形態では、誤った採択の確率を以下の式で与える。
Ｐ _ｆａ ＝Ｐ _ｆａ ＨＩ×Ｐ _ｆａ Ｈ×Ｐ _ＳＤ式（１）
ただし、Ｐ _ｆａは誤った採択の確率であり、Ｐ _ｆａ ＨＩはＨＩの誤った採択の確率であり、Ｐ _ｆａ ＨはＳＣＣＨ−ＨＳの誤った採択の確率であり、Ｐ _ＳＤはＨＳ−ＤＳＣＨ（Ｐ _ＳＤ ）の検出成功の確率である。

式（１）とともにこの例に対し上で識別されている値を使用すると、以下の式が得られる。

Ｐ _ｆａ ＝１０ ^−３ ×２ ^−１６ ×２ ^−２４ ＝９．１×１０ ^−１６
信頼性の計算により、同じ長さのＣＲＣについて、ユーザが誤ったデータを上位の層に渡す確率は極めて低いことがわかる。

図２０の流れ図は、本発明によるノードＢとＵＥとの間のダウンリンクメッセージを処理する方法を説明している。 この方法は一般的な概要を示すものであり、メッセージ（つまり、データパケット）を処理するために必要な詳細なメディアアクセスコントロール（ＭＡＣ）層および物理層のシグナリングすべてを包括的に説明しているものとして解釈すべきではない。 ノードＢはまずＭＡＣ層におけるダウンリンク制御メッセージを生成してから（ステップ１）、そのメッセージおよびＵＥ ＩＤを物理層に転送する（ステップ２）。 物理層は、ＣＲＣを生成して、ＵＥ ＩＤをデータバーストとしてメッセージとともに行う転送（ステップ３）に対しＵＥ ＩＤを適用する。 その後、メッセージはノードＢからＵＥに送信される（ステップ４）。 物理層では、ＵＥ ＩＤおよびＣＲＣが検査され、正しいかどうかの判別が行われる（ステップ５）。 正しければ、メッセージがＭＡＣ層に転送され（ステップ６）、さらにメッセージが処理される（ステップ７）。

図２０のステップ６は、ＣＲＣ／ＵＥ ＩＤが有効であることを示す制御メッセージを備える、物理層とＭＡＣ層との間の追加信号を含むことに注意されたい。 しかし、これはオプションのステップである。 好ましい実施形態では、有効なメッセージのみが物理層からＭＡＣ層に転送される。 したがって、好ましい実施形態のＭＡＣ層では、ＭＡＣに転送されるメッセージがどれも有効であると想定する。 別の実施形態では、追加ＣＲＣ／ＵＥ ＩＤの有効なシグナリングは、追加確認としてメッセージとともに転送される。

本発明には、ＵＥ ＩＤおよびＣＲＣに対し別々に処理を行わなくてよいという利点がある。 ２つのフィールドを前述のように組み合わせると、ＵＥは、ＣＲＣおよびＵＥ ＩＤ（または図１９に示されている他のタイプのＩＤ）が正しいものとなるまでそれ以上メッセージの処理を行わなくなる。

本発明は、好ましい実施形態に関して説明したが、特許請求の範囲で述べているように、本発明の範囲内であれば、他のバリエーションも当業者にとっては明白なことであろう。

関連するダウンリンクチャネルが示されている、共有データチャネルを割り当てる従来技術による方法の図である。

制御チャネルが複数示されている、共有データチャネルを割り当てる従来技術による方法の図である。

データチャネルが複数示されている、共有データチャネルを割り当てる従来技術による方法の図である。

汎用移動体通信システムネットワーク（universal mobile telecommunication system network）のアーキテクチャのブロック図である。

従来技術によるユーザ機器識別（ＵＥ ＩＤ）固有の巡回冗長検査（ＣＲＣ）の方法を示す図である。

データフィールド、ＵＥ ＩＤフィールド、及びＣＲＣフィールドを含む送信されるデータバーストを示す図である。

第２の従来技術によるユーザ機器識別（ＵＥ ＩＤ）固有の巡回冗長検査（ＣＲＣ）の方法を示す図である。

データフィールド及びＣＲＣフィールドを含む送信されるデータバーストを示す図である。

ＣＲＣとＵＥ ＩＤとの２を法とする加算を利用してマスクを生成する本発明の第１の実施形態の図である。

データフィールド及びマスクフィールドを含む図９のシステムによって送信されるデータバーストを示す図である。

ＵＥ ＩＤを使用して初期化されるＣＲＣ発生器を含む本発明の第２の実施形態の図である。

データフィールド及びＣＲＣフィールドを含む図１１の実施形態によって送信されるデータバーストを示す図である。

２を法として後続ゼロが埋められているＵＥ ＩＤフィールドにデータフィールドを加算してマスクを生成する本発明の第３の実施形態の図である。

２を法として先行ゼロが埋められているＵＥ ＩＤフィールドにデータフィールドを加算してマスクを生成する本発明の第４の実施形態の図である。

データフィールド及びＣＲＣフィールドを含む図１３及び１４の実施形態によって送信されるデータバーストを示す図である。

２を法として後続ビット内に切り捨てられたＵＥ ＩＤが繰り返され埋められているＵＥ ＩＤフィールドにデータフィールドを加算する本発明の第５の実施形態の図である。

２を法として先行ビット内に切り捨てられたＵＥ ＩＤが繰り返され埋められているＵＥ ＩＤフィールドにデータフィールドを加算する本発明の第６の実施形態の図である。

データフィールド及びＣＲＣフィールドを含む図１６及び１７の実施形態によって送信されるデータバーストを示す図である。

グローバル、サブセット、サブサブセット、及び一意的ＩＤの表図である。

本発明によるメッセージの処理の流れ図である。

符号の説明

１００，２００，３００，３０１，４００，４０１ システム１０２，２０２，３０２，４０２ データフィールド１０４，２０４，３０４，４０４ ＣＲＣ発生器１０６，２１２，３１２，３１４，４１２，４１４ ＣＲＣフィールド１０８，２０８，３０８Ａ，３０８Ｂ，４０８Ａ，４０８Ｂ ＵＥ ＩＤフィールド１１０，３１０，４１０ モジュロ２加算器１１２，３１１，４１１ マスク