(57)【要約】【課題】ＵＥ  ＩＤおよびＣＲＣに対し別々に処理を行わなくてよいようにすること。【解決手段】２を法としてＮビットのＵＥ識別に加算されたＮビットの巡回冗長チェック（ＣＲＣ）を含んでいるＮビットフィールド及び少なくとも一つの高速ダウンリンク共有チャンネルを示す情報を含んでいる高速共有制御チャンネルの無線信号をユーザ装置（ＵＥ）により受信する（ステップ４）。ＣＲＣが正しいかどうかを判別する（ステップ５）。ＣＲＣが正しいことを含む基準が満たされるときに上記無線信号に関連する上記少なくとも一つの高速ダウンリンク共有チャンネルの無線信号を処理する（ステップ６，７）。【選択図】図２０
2011234423.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ装置（ＵＥ）であって、
Ｎビットフィールド及び制御情報を含む、制御チャンネルの第１の無線信号であって、該Ｎビットフィールドが２を法としてＮビットのＵＥ識別に加算されたＮビットの巡回冗長チェック（ＣＲＣ）を含んでいる第１の無線信号を受信するように構成された回路、
複数の基準が満たされているかを判定するように構成された回路であって、該基準が、前記巡回冗長チェック（ＣＲＣ）に誤りがないこと、及び、前記ＵＥ識別が本ユーザ装置に関連する複数のＵＥ識別のいずれか１つであることを含む回路、並びに、
前記複数の基準が満たされている状態で、前記制御情報を使用してダウンリンク共有チャンネルを処理するように構成された回路
を備えたことを特徴とするユーザ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信の分野に関するものである。本発明の応用の１つは、データ保護と一意的／グループＵＥ識別の両方に対し修正巡回冗長検査を使用するダウンリンクシグナリング（downlink signaling）の方法を対象とする。
【背景技術】
【０００２】
無線通信システムは、今日の現代的電気通信のイフラストラクチャに不可欠な連結要素となっている。そのため、音声通信だけでなくデータ通信にも大きく頼るようになった。音声通信は、比較的低速度で、上りの帯域幅と下りの帯域幅は対称的であり、必要な帯域幅の量が予測可能である。
【０００３】
しかし、データ通信では、電気通信システム、特に無線通信システムに重い負担がかかる。第１に、データ通信は非常に高速なデータレートを必要とすることが多い。第２に、データ関連アプリケーション用の帯域幅は、数キロヘルツから数メガヘルツと非常に大きく広がっている。第３に、上りと下りとでは帯域幅が激しく異なることがある。たとえば、代表的なインターネットブラウジングアプリケーションでは、上り方向に送信されるデータはごくわずかであるが、下り方向には膨大な量のデータがダウンロードされる。こうしたさまざまな要因から、無線電気通信システムには苛酷な制約条件が課される。
【０００４】
最先端の国際的な第三世代（３Ｇ）（ＩＭＴ−２０００）規格であるワイドバンドＣＤＭＡ（ＷＣＤＭＡ）規格は、屋内／狭い範囲の屋外環境では最大２Ｍｂ／ｓのデータレートをサポートし、最大３８４ｋｂ／交換広域受信範囲をサポートし、さらに高速パケットデータ転送および高速回路交換データをサポートする。しかし、パケットデータサービスの将来の需要に応えるためには、このデータ転送を特にダウンリンクにおいて高速化する必要がある。高速ダウンリンクパケット（ＨＳＤＰＡ）であれば、ＷＣＤＭＡではベストエフォート型パケットデータサービスに関して約８〜１０Ｍｂ／ｓの範囲のダウンリンクピークデータレート（downlink peak data rates）をサポートできる。このレートは、ＩＭＴ−２０００で必要な２Ｍｂ／ｓの値を遙かに超えている。また、遅延時間短縮および容量向上に関してパケットデータ転送能力も高まる。
【０００５】
データ通信をサポートするための１つの解決策として、それぞれのユーザ機器（ＵＥ）に専用チャネルを割り当てる方法がある。しかし、こうすると、そのようなチャネルは多くの場合、長時間にわたりアイドル状態のままになるため、帯域幅の使用効率が非常に低下する。
【０００６】
それぞれのＵＥに対する専用チャネルの代替え手段として、高速な共有データチャネルとデータのパケット化の使用がある。この方法では、複数の高速データチャネルを複数のＵＥ間で共有する。これらのＵＥは、送信または受信用にデータを持ち、共有データチャネルのうちの１つに動的に割り当てられる。この結果、スペクトルをかなり効率よく利用することができる。
【０００７】
基地局に特定のＵＥへの送信を待つデータがある場合に高速共有データチャネルを割り当てるこのようなプロセスの１つが図１〜図３に示されている。図１を参照すると、関連するダウンリンク専用物理チャネル（downlink dedicated physical channel）（ＤＰＣＨ）が各ＵＥに送信される。ＵＥは、関連するダウンリンクＤＰＣＨだけでなく共有制御チャネル（ＳＣＣＨ−ＨＳ）もモニタする。基地局からＵＥへ送信するデータがない場合、ＵＥはスタンバイモードに入り、そこで、定期的に「目覚めて」関連するダウンリンクＤＰＣＨおよびＳＣＣＨ−ＨＳをモニタしようとする。このため、ＵＥは処理リソースおよび電池リソースを節約することができる。
【０００８】
基地局のデータをＵＥに送信可能な状態になった場合、高速ダウンリンク共有チャネル（High Speed Downlink Shared Channel）（ＨＳ−ＤＳＣＨ）インジケータ（ＨＩ）が関連するＤＰＣＨで送信される。ＨＩは、ｎビット長で、図２に示されている２nＳＣＣＨ−ＨＳのうちの１つを指している。たとえば、２ビットＨＩは４つのＳＣＣＨ−ＨＳ、つまり００、０１、１０、または１１を指す。
【０００９】
図１に示されている例では、ＨＩは（１，０）で、これは、図２に示されている第３のチャネルを指している。ＵＥがＨＩによって識別された制御チャネルにアクセスすると、その特定のＳＣＣＨ−ＨＳにより、ＵＥは、データの受信のためＵＥに割り当てられてい
る適切なＨＳ−ＤＳＣＨに向けられる。たとえば、図３に示されているように、ＵＥは、ＳＣＣＨ−ＨＳ（１，０）によって識別されたＨＳ−ＤＳＣＨ（００１）に同調する。その後、ＵＥは、ＨＳ−ＤＳＣＨ（００１）経由でＵＥが宛先となっているデータを受信する。図１〜図３のグラフィック表現は、ＨＳ−ＤＳＣＨを割り当てるプロセスを説明するために用意したものであり、チャネルの構成および用途は、ＨＳＤＰＡ規格での実際の実装とは少し異なるかもしれない。
【００１０】
図１〜図３を参照しながら説明されているプロセスは、データを送信するため共通データチャネルを割り当てる効率のよい方法を実現している。パケットデータは１つまたは複数の特定のＵＥ宛てとなっているため、ＵＥの識別子（ＩＤ）は基地局からＵＥへのシグナリングのためにクリティカルなパラメータである。
【００１１】
基地局とＵＥとの間でＵＥ  ＩＤのシグナリングを実行する従来技術の方法がいくつかある。図５を参照すると、第１の方法では、ＵＥ  ＩＤを送信対象のデータに付加する。この組合せは、ＣＲＣを出力する巡回冗長検査（ＣＲＣ）発生器に送られる。その結果得られるデータパケットは、最終的に送信されるのだが、図６に示されているように、Ｘビットデータフィールド、ＭビットＵＥ  ＩＤ、およびＮビットＣＲＣを含む。これは、ＣＲＣとＵＥ  ＩＤの両方について適切なシグナリングを行うが、シグナリングの帯域幅を無駄にしている。
【００１２】
図７に示されている他の従来技術による手法では、ＵＥ  ＩＤをデータフィールドに付加し、ＣＲＣ発生器に入力する。ＣＲＣ発生器からＣＲＣが出力される。図８に示されているように、送信用のデータバーストは、ＸビットデータフィールドおよびＮビットＣＲＣフィールドを含む。これは、さらに、基地局とＵＥとの間でＵＥ  ＩＤおよびＣＲＣを十分やり取りできるが、一意的なＵＥ識別にしか使用できないので望ましくない。この方法では、さらに、グループＵＥを識別する必要があるときにＵＥの複雑度が増してしまう。
【先行技術文献】
【非特許文献】
【００１３】
【非特許文献１】３ＧＰＰ  ＴＳ  ２５．２２２  Ｖ４．０．０，３ＧＰＰ，２００１年  ３月，pp.21-29，ＵＲＬ，http://www.3gpp.org/ftp/Specs/archive/25_series/25.222/25222-400.zip
【発明の概要】
【発明が解決しようとする課題】
【００１４】
本発明の目的は、上記の各従来技術による課題を解決することである。
【課題を解決するための手段】
【００１５】
本発明は、データ関連ダウンリンクシグナリングに関する複数の実装を開示する。これらの実施形態では、ＵＥ  ＩＤを選択的に修正して、ＵＥ  ＩＤ値を生成し、２を法としてこれをデータフィールドに加えてデータマスクを生成することを開示している。このデータマスクは、さらに、ＣＲＣフィールドとして処理することもできる。次に、ＣＲＣフィールドは、データバーストとともに送信され、ＣＲＣ関連機能が実行される。別の実施形態は、ＣＲＣ発生前にＵＥ識別でＣＲＣ発生器を初期化することを開示している。これは黙示的に、ＣＲＣ内にＵＥ  ＩＤを含み、しかもオーバーヘッドとなるシグナリングが加わる必要はない。
【００１６】
本発明の好ましい実施形態について、本明細書全体を通して類似の番号は類似の要素を表す図面を参照して後述する。
【図面の簡単な説明】
【００１７】
【図１】関連するダウンリンクチャネルが示されている、共有データチャネルを割り当てる従来技術による方法の図である。
【図２】制御チャネルが複数示されている、共有データチャネルを割り当てる従来技術による方法の図である。
【図３】データチャネルが複数示されている、共有データチャネルを割り当てる従来技術による方法の図である。
【図４】汎用移動体通信システムネットワーク（universal mobile telecommunication system network）のアーキテクチャのブロック図である。
【図５】従来技術によるユーザ機器識別（ＵＥ  ＩＤ）固有の巡回冗長検査（ＣＲＣ）の方法を示す図である。
【図６】データフィールド、ＵＥ  ＩＤフィールド、及びＣＲＣフィールドを含む送信されるデータバーストを示す図である。
【図７】第２の従来技術によるユーザ機器識別（ＵＥ  ＩＤ）固有の巡回冗長検査（ＣＲＣ）の方法を示す図である。
【図８】データフィールド及びＣＲＣフィールドを含む送信されるデータバーストを示す図である。
【図９】ＣＲＣとＵＥ  ＩＤとの２を法とする加算を利用してマスクを生成する本発明の第１の実施形態の図である。
【図１０】データフィールド及びマスクフィールドを含む図９のシステムによって送信されるデータバーストを示す図である。
【図１１】ＵＥ  ＩＤを使用して初期化されるＣＲＣ発生器を含む本発明の第２の実施形態の図である。
【図１２】データフィールド及びＣＲＣフィールドを含む図１１の実施形態によって送信されるデータバーストを示す図である。
【図１３】２を法として後続ゼロが埋められているＵＥ  ＩＤフィールドにデータフィールドを加算してマスクを生成する本発明の第３の実施形態の図である。
【図１４】２を法として先行ゼロが埋められているＵＥ  ＩＤフィールドにデータフィールドを加算してマスクを生成する本発明の第４の実施形態の図である。
【図１５】データフィールド及びＣＲＣフィールドを含む図１３及び１４の実施形態によって送信されるデータバーストを示す図である。
【図１６】２を法として後続ビット内に切り捨てられたＵＥ  ＩＤが繰り返され埋められているＵＥ  ＩＤフィールドにデータフィールドを加算する本発明の第５の実施形態の図である。
【図１７】２を法として先行ビット内に切り捨てられたＵＥ  ＩＤが繰り返され埋められているＵＥ  ＩＤフィールドにデータフィールドを加算する本発明の第６の実施形態の図である。
【図１８】データフィールド及びＣＲＣフィールドを含む図１６及び１７の実施形態によって送信されるデータバーストを示す図である。
【図１９】グローバル、サブセット、サブサブセット、及び一意的ＩＤの表図である。
【図２０】本発明によるメッセージの処理の流れ図である。
【発明を実施するための形態】
【００１８】
図４を参照すると、本発明で使用する汎用移動体通信システム（ＵＭＴＳ）ネットワークアーキテクチャは、コアネットワーク（ＣＮ）、ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）、およびユーザ機器（ＵＥ）を備える。ＵＴＲＡＮとコアネットワークの間にＩｕインターフェイスおよび、ＵＴＲＡＮとＵＥとの間に無線インターフェイスＵｕの２つの一般的なインターフェイスがある。ＵＴＲＡＮは、複数の無線ネットワークサブシステム（ＲＮＳ）で構成されている。これらは、Ｉｕｒインターフェイスにより相互接続することができる。この相互接続により、異なるＲＮＳの間でコアネットワーク独立のプロシージャを使用することができる。ＲＮＳはさらに、無線ネットワークコントローラ（ＲＮＣ）と複数の基地局（ノードＢ）に分割される。ノードＢｓは、ＩｕｂインターフェイスによりＲＮＣに接続される。１つのノードＢで、１つまたは複数のセルを処理することができ、通常は複数のＵＥから使用される。ＵＴＲＡＮは、無線インターフェイス上でＦＤＤモードおよびＴＤＤモードの両方をサポートする。両方のモードに、同じネットワークアーキテクチャおよび同じプロトコルが使用される。物理層とエアーインターフェイスＵｕのみが別々に指定される。
【００１９】
図９には、本発明の一実施形態が示されている。本実施形態では、システム１００は、データフィールド１０２からの送信用のデータ（これ以降「データ」と呼ぶ）、ＣＲＣ発生器１０４（０に初期化済み）、ＣＲＣ発生器１０４から出力されたＣＲＣフィールド１０６からのその結果のＣＲＣ、ＵＥ  ＩＤフィールド１０８からのＵＥ  ＩＤ、モジュロ２加算器１１０、およびマスク１１２を利用する。本実施形態およびこれ以降説明するすべての実施形態では、各フィールドのビット数は例としてフィールドの真上に記載されていることに注意されたい。ただし、特定のビット数は例として取りあげたのであり、本発明を制限するものと解釈すべきではない。
【００２０】
システム１００は、データフィールド１０２を受け取り、データフィールド１０２からのデータをＣＲＣ発生器１０４に入力する。ＣＲＣ発生器１０４は、ＣＲＣフィールド１０６を生成し、ＣＲＣフィールド１０６からＣＲＣをモジュロ２加算器１１０の第１の入力に出力する。ＵＥ  ＩＤフィールド１０８からのＵＥ  ＩＤは、モジュロ２加算器１１０への第２の入力に出力される。次に、ＣＲＣおよびＵＥ  ＩＤは、２を法として加算され、マスク１１２を生成する。
【００２１】
ＵＥ  ＩＤフィールド１０８のビット数（Ｍビット）は、ＣＲＣフィールド１０６のビット数（Ｎビット）と同じであるのが好ましい。Ｍ＝Ｎであれば、図９に示されているように、ＵＥ  ＩＤを直接、２を法としてＣＲＣに加算することができる。しかし、ＭとＮが等しくない場合、等しくさせるための中間ステップが必要になる。Ｍ＜Ｎの場合、ＵＥ  ＩＤに先行ゼロまたは後続ゼロを埋めて、長さがＣＲＣと等しくなるようにする。この「埋め込まれたＵＥ  ＩＤ」を、ＣＲＣ１０６に２を法としてＮ加算する。Ｍ＞Ｎの場合、ＵＥ  ＩＤからＭ−Ｎ個の最下位ビットが切り捨てられる。切り捨てられたＵＥ  ＩＤは、次に、２を法としてＣＲＣに加算される。
【００２２】
図１０を参照すると、生成されたマスク１１２が、送信用のデータフィールド１０２に付加される。
【００２３】
図１１には、本発明の第２の実施形態が示されている。本実施形態では、システム２００は、データフィールド２０２からのデータ、ＣＲＣ発生器２０４、ＵＥ  ＩＤフィールド２０８からのＵＥ  ＩＤ、およびその結果得られたＣＲＣフィールド２１２を利用する。システム２００は、データフィールド２０２を受け取り、データフィールド２０２からのデータをＣＲＣ発生器２０４に入力する。ＣＲＣ発生器２０４は、図９のＣＲＣ発生器１０４と同じタイプの発生器であるが、ただし、ＣＲＣ発生器２０４はＵＥ  ＩＤフィールド２０８からのＵＥ  ＩＤで初期化される点が異なる。この初期化は、図１１の中で点線で示されている。当業者にはよく知られているように、ＣＲＣ発生器は、通常、図９に示されているＣＲＣ発生器１０４の場合と同様に、すべてゼロに初期化される。したがって、ＣＲＣ発生器２０４は、データフィールド２０２からの入力データおよびＵＥ  ＩＤによるＣＲＣ発生器２０４の初期化に基づいてＣＲＣを生成する。本実施形態では、２を法とする加算は不要である。
【００２４】
ＵＥ  ＩＤフィールド２０８のＵＥ  ＩＤのビット数（Ｍビット）は、ＣＲＣ発生器２０４のサイズと同じであるのが好ましいが、必要であるというわけではない。ＵＥ  ＩＤのサイズ（Ｍビット）がＣＲＣ発生器２０４のサイズよりも小さい場合、ＵＥ  ＩＤに先行ゼロまたは後続ゼロを埋め込んで、長さがＣＲＣ発生器２０４のサイズと等しくなるようにできる。そうしてから、この「埋め込まれたＵＥ  ＩＤ」を使用して、ＣＲＣ発生器２０４を初期化することができる。それとは別に、ＵＥ  ＩＤフィールド２０８内の値をロードして、ＣＲＣ発生器２０４を初期化することができ、ＵＥ  ＩＤが埋められていないビット位置は０となる。ＵＥ  ＩＤのサイズ（Ｍビット）がＣＲＣ発生器２０４のサイズよりも大きい場合、ＵＥ  ＩＤがＣＲＣ発生器２０４に適合するようにＵＥ  ＩＤから最下位ビットが切り捨てられる。次に、切り捨てられたＵＥ  ＩＤを使用して、ＣＲＣ発生器２０４を初期化する。
【００２５】
図１２を参照すると、生成されたＣＲＣフィールド２１２が、送信用のデータフィールド２０２に付加される。
【００２６】
黙示のＵＥ  ＩＤを使用する本発明の第２の実施形態は、従来技術および第１の実施形態のＵＥ固有ＣＲＣ方法で必要とされるように、送信機または受信機側で、ＳＣＣＨ−ＨＳでＵＥ  ＩＤを組み立て、分解する必要はないため、単純化されてはいるが、堅牢な代替え手段を示している。
【００２７】
図１３には、本発明の第３の実施形態が示されている。本実施形態では、システム３００は、データフィールド３０２からのデータ、ＵＥ  ＩＤフィールド３０８ＡからのＵＥ  ＩＤ、モジュロ２加算器３１０およびマスク３１１、ＣＲＣ発生器４０４、およびその結果得られるＣＲＣフィールド３１２を利用する。システム３００は、データフィールド３０２を受け取り、データフィールド３０２からデータをモジュロ２加算器３１０の第１の入力に入力する。ＵＥ  ＩＤフィールド３０８ＡからのＵＥ  ＩＤは、モジュロ２加算器３１０への第２の入力に出力される。したがって、データフィールド３０２からのデータとＵＥ  ＩＤフィールド３０８ＡからのＵＥ  ＩＤが２法として加算され、マスク３１１が生成される。マスク３１１は、ＣＲＣ発生器３０４に入力され、ＣＲＣフィールド３１２を生成する。
【００２８】
本実施形態では、２を法とする加算を実行するためにＵＥ  ＩＤフィールド３０８Ａのビット数（Ｍビット）は、データフィールド３０２のビット数（Ｘビット）と同じでなければならない。ＭとＸが等しい場合、ＵＥ  ＩＤフィールド３０８Ａからの値を直接、２を法としてデータフィールド３０２からのデータに加算することができる。しかし、ＭとＮが等しくない場合、等しくさせるための中間ステップが必要になる。ＭがＸよりも小さい場合、ＵＥ  ＩＤに、Ｘ−Ｍ個の後続ゼロが埋め込まれ、ＵＥ  ＩＤフィールド３０８Ａからの値が、長さについてデータフィールド３０２と等しくなるようにする。図１３に示されているようにこの「埋め込まれたＵＥ  ＩＤ値」を、２を法としてデータフィールド３０２からのデータに加算する。
【００２９】
データフィールド３０２の長さＸのせいで、ＭがＸよりも大きくなることは予想されない。しかし、そうであったら、ＵＥ  ＩＤフィールド３０８Ａ内の値からＭ−Ｘ個の最下位ビットが切り捨てられる。切り捨てられたＵＥ  ＩＤは、次に、２を法としてデータフィールド３０２からのデータに加算される。
【００３０】
図１４には、本発明の第４の実施形態が示されている。本実施形態では、システム３０１は、図１３に示されている第３の実施形態と全く同じように動作する。本実施形態における唯一の違いは、ＵＥ  ＩＤフィールド３０８Ｂからの値を生成する方法である。本実施形態では、ＵＥ  ＩＤに、Ｘ−Ｍ個の先行ゼロが埋め込まれ、ＵＥ  ＩＤフィールド３０８ＢからのＵＥ  ＩＤが、長さについてデータフィールド３０２と等しくなるようにする。次に、図１４に示されているようにこの「埋め込まれたＵＥ  ＩＤ値」を、２を法としてデータフィールド３０２からのデータに加算する。埋め込みは、これとは別に、ＵＥ  ＩＤをデータフィールドと同じ長さにするために先行ゼロと後続ゼロ（図に示されていない）を組み合わせたものであってもよいことに留意されたい。
【００３１】
図１５を参照すると、図１３に示されている第３の実施形態のシステム３００から生成されるＣＲＣフィールド３１２、または図１４に示されている第４の実施形態のシステム３０１から生成されるＣＲＣ３１４が、送信のためデータフィールド３０２に付加されることがわかる。したがって、ＣＲＣフィールド３１２、３１４のいずれかのタイプを使用し、これをデータフィールド３０２に付加することができる。
【００３２】
図１６には、本発明の第５の実施形態が示されている。本実施形態では、システム４００は、データフィールド４０２からのデータ、ＵＥ  ＩＤフィールド４０８ＡからのＵＥ  ＩＤ、モジュロ２加算器４１０、マスク４１１、ＣＲＣ発生器４０４、およびその結果得られるＣＲＣフィールド４１２を利用する。システム４００は、データフィールド４０２を受け取り、データフィールド４０２からデータをモジュロ２加算器４１０の第１の入力に入力する。ＵＥ  ＩＤフィールド４０８ＡからのＵＥ  ＩＤは、モジュロ２加算器４１０への第２の入力に出力される。データフィールド４０２からのデータとＵＥ  ＩＤフィールド４０８ＡからのＵＥ  ＩＤが２を法として加算され、マスク４１１が生成される。マスク４１１は、ＣＲＣ発生器４０４に入力され、ＣＲＣフィールド４１２を生成する。
【００３３】
本実施形態では、２を法とする加算を実行するために、ＵＥ  ＩＤフィールド４０８Ａのビット数（Ｍビット）は、データフィールド４０２のビット数と同じでなければならない。ＭがＸに等しい場合、ＵＥ  ＩＤフィールド４０８ＡからのＵＥ  ＩＤを直接、２を法としてデータフィールド４０２からのデータに加算することができる。データフィールド４０２の長さのため、ＭがＸよりも大きくなることは予想されない。しかし、そうであったら、ＵＥ  ＩＤフィールドの長さがＸに等しくなるまで、ＵＥ  ＩＤフィールド４０８Ａから最下位ビットが切り捨てられる。切り捨てられたＵＥ  ＩＤは、次に、２を法としてデータフィールド４０２の値に加算される。
【００３４】
ＵＥ  ＩＤの長さがデータフィールド４０２よりも短い場合、ＵＥ  ＩＤフィールド４０８Ａからの値がＸに等しくなるように「複合ＵＥ  ＩＤ」が生成される。複合ＵＥ  ＩＤを生成するには、ＵＥ  ＩＤをＸビットフィールド内に収まるまで繰り返し、その後、切り捨てられたＵＥ  ＩＤで残りの後続ビットを埋める。これは、図１６のＵＥ  ＩＤフィールド４０８Ａで表されている。複合ＵＥ  ＩＤは、次に、２を法としてデータフィールド４０２からのデータに加算される。
【００３５】
図１７には、本発明の第６の実施形態が示されている。本実施形態のシステム４０１は、図１６に示されている第５の実施形態と同じように動作する。本実施形態の唯一の違いは、ＵＥ  ＩＤフィールド４０８Ｂからの値である。複合ＵＥ  ＩＤは図１６と同じようにして作成されるが、切り捨てられたＵＥ  ＩＤ部分は、図１６に示されているＵＥ  ＩＤフィールド４０８Ａの後続ビットとは反対に、先行ビットとして加えられる。切り捨てられたＵＥ  ＩＤ「埋め込み」は、ＵＥ  ＩＤをデータフィールド４０２と同じ長さにするために先行切り捨てビットと後続切り捨てビットを組み合わせたものを含んでいてもよいことに留意されたい。
【００３６】
図１８を参照すると、図１６に示されている第５の実施形態のシステム４００から生成されるＣＲＣフィールド４１２、または図１７に示されている第６の実施形態のシステム４０１から生成されるＣＲＣフィールド４１４が、送信のためデータフィールド４０２に付加されることがわかる。したがって、ＣＲＣフィールド４１２、４１４のいずれかのタイプを使用し、これをデータフィールド４０２に付加することができる。
【００３７】
上記の実施形態はすべて、複数の識別子（ＩＤ）をサポートするために使用できることに注意されたい。ＵＥは場合によっては、１）ＵＥの一意的ＩＤ、２）ＵＥが属しているＵＥのサブセットまたはグループに対応するＩＤ、または３）システム内のすべてのＵＥに対応するブロードキャスト（グローバルＩＤ）の複数のレベルでアドレス指定されるメッセージを処理する必要がある。たとえば、図１９に示されているように、ＵＥ  ＩＤ  １２は強調表示されており、１）ＵＥ固有のＩＤ（＃１２）、２）サブサブセットＣ  ＩＤ、３）サブセット２  ＩＤ、および４）グローバルＩＤの４つの異なるレベルのＩＤを受け取って処理できることがわかる。また、異なるグループのＵＥが含まれるように、代替えグループ識別Ａ〜Ｅも作成できることに留意されたい。たとえば、グループＢは、ＵＥのメンバー２、７、１２、１７、２２、および２７を含むグループＢの次に識別されたすべてのＵＥを含む。さらに、グループまたはサブグループは、特にユーザの望み通り特に個別ＵＥを識別することにより作成できる。
【００３８】
この要件をサポートするために、送信機側で上述のように実施形態のそれぞれによりＣＲＣを生成する。受信機側では、ＵＥはメッセージを処理し、ＩＤベースの修正なしで予期されるＣＲＣを生成する。その後、ＵＥプロセッサが、２を法として、受信したＣＲＣを計算で求めたＣＲＣに加算する。その結果得られる出力が送信されるＩＤであり、これは上述のＩＤの１つである。ＩＤがこれらのいずれでもないならば、ＵＥは送信を破棄する。
【００３９】
本発明によれば、長さＮのＣＲＣコードを使用することで、識別されたＳＣＣＨ−ＨＳ上の未検出のエラー確率は２-Nに近づく。ＨＳ−ＤＳＣＨ上で送信されたデータを保護する２４ビットＣＲＣ、ＳＣＣＨ−ＨＳ上で送信された制御情報を保護する１６ビットＣＲＣを使用し、意図されていないＵＥによるＨＩビットの１０-3の誤った採択の確率を仮定して、前記の本発明による実施形態では、誤った採択の確率を以下の式で与える。  
Ｐfa＝ＰfaＨＩ×ＰfaＨ×ＰSD                      式（１）
ただし、Ｐfaは誤った採択の確率であり、ＰfaＨＩはＨＩの誤った採択の確率であり、ＰfaＨはＳＣＣＨ−ＨＳの誤った採択の確率であり、ＰSDはＨＳ−ＤＳＣＨ（ＰSD）の検出成功の確率である。
【００４０】
式（１）とともにこの例に対し上で識別されている値を使用すると、以下の式が得られる。  
Ｐfa＝１０-3×２-16×２-24＝９．１×１０-16
信頼性の計算により、同じ長さのＣＲＣについて、ユーザが誤ったデータを上位の層に渡す確率は極めて低いことがわかる。
【００４１】
図２０の流れ図は、本発明によるノードＢとＵＥとの間のダウンリンクメッセージを処理する方法を説明している。この方法は一般的な概要を示すものであり、メッセージ（つまり、データパケット）を処理するために必要な詳細なメディアアクセスコントロール（ＭＡＣ）層および物理層のシグナリングすべてを包括的に説明しているものとして解釈すべきではない。ノードＢはまずＭＡＣ層におけるダウンリンク制御メッセージを生成してから（ステップ１）、そのメッセージおよびＵＥ  ＩＤを物理層に転送する（ステップ２）。物理層は、ＣＲＣを生成して、ＵＥ  ＩＤをデータバーストとしてメッセージとともに行う転送（ステップ３）に対しＵＥ  ＩＤを適用する。その後、メッセージはノードＢからＵＥに送信される（ステップ４）。物理層では、ＵＥ  ＩＤおよびＣＲＣが検査され、正しいかどうかの判別が行われる（ステップ５）。正しければ、メッセージがＭＡＣ層に転送され（ステップ６）、さらにメッセージが処理される（ステップ７）。
【００４２】
図２０のステップ６は、ＣＲＣ／ＵＥ  ＩＤが有効であることを示す制御メッセージを備える、物理層とＭＡＣ層との間の追加信号を含むことに注意されたい。しかし、これはオプションのステップである。好ましい実施形態では、有効なメッセージのみが物理層からＭＡＣ層に転送される。したがって、好ましい実施形態のＭＡＣ層では、ＭＡＣに転送されるメッセージがどれも有効であると想定する。別の実施形態では、追加ＣＲＣ／ＵＥ  ＩＤの有効なシグナリングは、追加確認としてメッセージとともに転送される。
【００４３】
本発明には、ＵＥ  ＩＤおよびＣＲＣに対し別々に処理を行わなくてよいという利点がある。２つのフィールドを前述のように組み合わせると、ＵＥは、ＣＲＣおよびＵＥ  ＩＤ（または図１９に示されている他のタイプのＩＤ）が正しいものとなるまでそれ以上メッセージの処理を行わなくなる。
【００４４】
本発明は、好ましい実施形態に関して説明したが、特許請求の範囲で述べているように、本発明の範囲内であれば、他のバリエーションも当業者にとっては明白なことであろう。
【符号の説明】
【００４５】
１００，２００，３００，３０１，４００，４０１  システム
１０２，２０２，３０２，４０２  データフィールド
１０４，２０４，３０４，４０４  ＣＲＣ発生器
１０６，２１２，３１２，３１４，４１２，４１４  ＣＲＣフィールド
１０８，２０８，３０８Ａ，３０８Ｂ，４０８Ａ，４０８Ｂ  ＵＥ  ＩＤフィールド
１１０，３１０，４１０  モジュロ２加算器
１１２，３１１，４１１  マスク
【図１】
2011234423.tif 000003
【図２】
2011234423.tif 000004
【図３】
2011234423.tif 000005
【図４】
2011234423.tif 000006
【図５】
2011234423.tif 000007
【図６】
2011234423.tif 000008
【図７】
2011234423.tif 000009
【図８】
2011234423.tif 000010
【図９】
2011234423.tif 000011
【図１０】
2011234423.tif 000012
【図１１】
2011234423.tif 000013
【図１２】
2011234423.tif 000014
【図１３】
2011234423.tif 000015
【図１４】
2011234423.tif 000016
【図１５】
2011234423.tif 000017
【図１６】
2011234423.tif 000018
【図１７】
2011234423.tif 000019
【図１８】
2011234423.tif 000020
【図１９】
2011234423.tif 000021
【図２０】
2011234423.tif 000022