JP2006020362A - 黙示のユーザ機器識別のためのシステム - Google Patents

Abstract

【課題】シグナリングの帯域幅を無駄にせず、グループＵＥを識別する必要があるときにＵＥの複雑度を増やさないこと。
【解決手段】
データマスク４１１を生成するためのデータフィールド４０２に対してＵＥ ＩＤを選択的に修正してＵＥ ＩＤ値４０８Ａを生成することを含むデータ関連ダウンリンクシグナリング。そこで、このデータマスク４１１は、ＣＲＣ発生器４０４により符号化されて生成され４０４、データフィールド４０２とともに送信されてＣＲＣ関連機能を実現する。別の実施形態は、ＣＲＣ発生前にＵＥ識別で初期化することを開示している。これは黙示的に、ＣＲＣ内にＵＥ ＩＤを含み、しかもオーバーヘッドとなるシグナリングが加わる必要はない。
【選択図】 図７Ａ

Description

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

関連するダウンリンクチャネルが示されている、共有データチャネルを割り当てる従来技術による方法の図である。 制御チャネルが複数示されている、共有データチャネルを割り当てる従来技術による方法の図である。 データチャネルが複数示されている、共有データチャネルを割り当てる従来技術による方法の図である。 汎用移動体通信システムネットワーク（universal mobile telecommunication system network）のアーキテクチャのブロック図である。 従来技術によるユーザ機器識別（ＵＥ ＩＤ）固有の巡回冗長検査（ＣＲＣ）の方法を示す図である。 データフィールド、ＵＥ ＩＤフィールド、およびＣＲＣフィールドを含む送信されるデータバーストを示す図である。 第２の従来技術によるユーザ機器識別（ＵＥ ＩＤ）固有の巡回冗長検査（ＣＲＣ）の方法を示す図である。 データフィールドおよびＣＲＣフィールドを含む送信されるデータバーストを示す図である。 ＣＲＣとＵＥ ＩＤとの２を法とする加算を利用してマスクを生成する本発明の第１の実施形態の図である。 データフィールドおよびマスクフィールドを含む図４Ａのシステムによって送信されるデータバーストを示す図である。 ＵＥ ＩＤを使用して初期化されるＣＲＣ発生器を含む本発明の第２の実施形態の図である。 データフィールドおよびＣＲＣフィールドを含む図５Ａの実施形態によって送信されるデータバーストを示す図である。 ２を法として後続ゼロが埋められているＵＥ ＩＤフィールドにデータフィールドを加算してマスクを生成する本発明の第３の実施形態の図である。 ２を法として先行ゼロが埋められているＵＥ ＩＤフィールドにデータフィールドを加算してマスクを生成する本発明の第４の実施形態の図である。 データフィールドおよびＣＲＣフィールドを含む図６Ａおよび６Ｂの実施形態によって送信されるデータバーストを示す図である。 ２を法として後続ビット内に切り捨てられたＵＥ ＩＤが繰り返され埋められているＵＥ ＩＤフィールドにデータフィールドを加算する本発明の第５の実施形態の図である。 ２を法として先行ビット内に切り捨てられたＵＥ ＩＤが繰り返され埋められているＵＥ ＩＤフィールドにデータフィールドを加算する本発明の第６の実施形態の図である。 データフィールドおよびＣＲＣフィールドを含む図７Ａおよび７Ｂの実施形態によって送信されるデータバーストを示す図である。 グローバル、サブセット、サブサブセット、および一意的ＩＤの表図である。 本発明によるメッセージの処理の流れ図である。

符号の説明

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

Claims (5)

1. 通信バーストを第１の通信ユニットから第２の通信ユニットに送信するシステムであって、
   前記第１の通信ユニットに、
   データを受信し、ＣＲＣを生成するための巡回冗長検査（ＣＲＣ）発生器と、
   該ＣＲＣを前記第２の通信ユニットの識別子と組み合わせてマスクを生成するための第１の組合せ器と、
   該マスクおよび前記データを含む通信バーストを送信するための送信機とを備え、
   前記第２の通信ユニットに、
   前記第２の通信ユニットの識別子を格納するためのメモリと、
   前記マスクおよび前記データを含む前記通信バーストを受信するための受信機と、
   前記マスクと格納されている前記識別子を組み合わせて前記ＣＲＣを復元する第２の組合せ器と、
   該復元されたＣＲＣが有効かどうかを判別するための手段とを備える
   ことを特徴とするシステム。
2. 前記第１および第２の組合せ器はモジュロ２加算器であることを特徴とする請求項１に記載のシステム。
3. 通信バーストを第１の通信ユニットから少なくとも第２の通信ユニットに送信するシステムであって、前記第２の通信ユニットは識別番号と関連付けられ、
   前記第１の通信ユニットに、
   データを受信し、ＣＲＣを生成するための巡回冗長検査（ＣＲＣ）発生器と、
   該ＣＲＣを前記識別番号と組み合わせてマスクを生成するための第１の組合せ器と、
   該マスクおよび前記データを含む通信バーストを送信するための送信機とを備え、
   前記第２の通信ユニットに、
   前記識別番号を格納するためのメモリと、
   前記マスクおよび前記データを含む前記通信バーストを受信するための受信機と、
   前記マスクを格納されている前記識別番号と組み合わせて前記ＣＲＣを復元する組合せ器と、
   該復元されたＣＲＣが有効かどうかを判別するための手段とを備える
   ことを特徴とするシステム。
4. さらに、少なくとも第３の通信ユニットを備え、該第３の通信ユニットも前記識別番号と関連付けられることを特徴とする請求項３に記載のシステム。
5. さらに、複数の通信ユニットを備え、該複数の通信ユニットのうち一部のみが、前記識別番号と関連付けられることを特徴とする請求項３に記載のシステム。
   

Images