JP2008530870A - 通信システムでの改良された受信窓更新 - Google Patents

Abstract

通信システムでの受信窓の見込み位置を追跡することにより、受信窓が適当な見込み位置から移動するのを防ぎ、それによって受信窓が誤った位置となる確率を低減することができる。例えば、受信窓は、受信ブロックのブロック番号を受信窓と比較するステップ、受信ブロックのブロック番号が受信窓外の場合、受信ブロックを破棄するステップ、受信ブロックのブロック番号が受信窓内の場合、受信ブロックを保持するステップ、および更新された受信窓を求めるステップであって、更新された受信窓は、順番に従って認められないブロック番号を有する受信ブロックを除外した、縮小されたサイズを有する、ステップによって更新することができる。

Description

背景
本発明は、通信システムおよび装置に関し、特に、受信窓が適当な見込み位置から移動するのを防ぎ、それによって位置が不正確になる確率を低減するように、受信窓の見込み位置を追跡するシステムおよび装置に関する。

デジタル通信システムは、ＧＳＭ通信規格およびＧＳＭ／ＥＤＧＥのようなその拡張版に準拠したセルラ無線電話システム等の時分割多重アクセス（ＴＤＭＡ）システム、ならびにＩＳ−９５、ｃｄｍａ２０００、および広帯域ＣＤＭＡ（ＷＣＤＭＡ）通信規格に準拠したセルラ無線電話システム等の符号分割多重アクセス（ＣＤＭＡ）システムを含む。デジタル通信システムは、ユニバーサル移動体通信システム（ＵＭＴＳ）規格に準拠したセルラ無線電話システム等のＴＤＭＡシステムとＣＤＭＡシステムとの「混合版」も含み、ＵＭＴＳは、国際電気通信連合（ＩＴＵ）のＩＭＴ−２０００の枠組み内で欧州通信規格協会（ＥＴＳＩ）により開発中の第三世代（３Ｇ）モバイルシステムを規定する。第三世代移動体通信システム標準化団体（３ＧＰＰ）がＵＭＴＳ規格を公開している。本願は、説明を省くためにＧＳＭ／ＥＤＧＥシステムを中心に取り上げているが、本願に述べられている原理が他のデジタル通信システムでも実施可能なことが理解されよう。

図１は、例えばＧＳＭまたはＧＳＭ／ＥＤＧＥ通信システムとすることができる、移動体無線セルラ通信システム１０を示す。無線ネットワークコントローラ（ＲＮＣ）１２、１４が、例えば、無線アクセスベアラセットアップ、ダイバーシチハンドオーバ等を含む各種無線ネットワーク機能を制御する。より一般的には、各ＲＮＣは、適当な基地局（ＢＳ）を介して移動端末（ＭＳ）、遠隔端末、またはユーザ機器（ＵＥ）に／からの呼を指揮し、基地局および移動端末は、ダウンリンク（ＤＬ）（すなわち、基地局から移動端末へ、または順方向）チャネルおよびアップリンク（ＵＬ）（すなわち、移動端末から基地局へ、または逆方向）チャネルを通して互いに通信する。ＲＮＣ１２はＢＳ１６、１８、２０に結合されているように示され、ＲＮＣ１４はＢＳ２２、２４、２６に結合されているように示されている。各ＢＳは、３Ｇ用語ではノードＢであり、１つまたは複数のセルに分割できる地理的エリアにサービスを提供する。ＢＳ２６は５つのアンテナセクタＳ１〜Ｓ５を有するものとして示されており、これは５つのアンテナセクタがＢＳ２６のセルを構成していると言える。ＢＳは、通常、専用電話回線、光ファイバリンク、マイクロ波リンク等によって対応するＲＮＣに結合される。ＲＮＣ１２、１４は両方とも、移動通信制御局（ＭＳＣ：ｍｏｂｉｌｅ ｓｗｉｔｃｈｉｎｇ ｃｅｎｔｅｒ）（図示せず）および／またはパケット無線サービスノード（図示せず）のような１つまたは複数のコアネットワークノードを通して公衆交換電話網（ＰＳＴＮ）、インターネット等の外部ネットワークに接続される。図１では、ＭＳ２８、３０が複数の基地局と通信している状態で示されている：ＭＳ２８はＢＳ１６、１８、２０と通信し、ＭＳ３０はＢＳ２０、２２と通信する。ＲＮＣ１２とＲＮＣ１４との間の制御リンクにより、ＢＳ２０、２２を介してのＭＳ３０への／からのダイバーシチ通信が可能になる。

ＧＳＭおよびＧＳＭ／ＥＤＧＥ通信システム向けのマルチメディアブロードキャストおよびマルチキャストサービス（ＭＢＭＳ）が、３ＧＰＰにより標準化されている。ＭＢＭＳについては、特に、３ＧＰＰ Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ＴＳ ４３．２４６ ｖｅｒ．６．２．０ Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ ＧＳＭ／ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ；Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ（ＭＢＭＳ）、ＧＥＲＡＮ、Ｓｔａｇｅ ２（Ｒｅｌｅａｓｅ ６）（２００５年１月）に述べられている。

ＭＢＭＳは、移動端末（ＵＥ）への高速高品質ブロードキャスト伝送またはマルチキャスト伝送を提供する。ＭＢＭＳの重要な特徴は、無線でのポイントツーマルチポイント（ｐ−ｔ−ｍ）伝送を可能にすること、すなわち多くの端末が同じ伝送をリッスンできるようにすることによって、無線資源を効率的に利用することである。これにより、第３の無線リンク制御（ＲＬＣ）モードである非継続モード（non-persistent mode）の（その他の２つのＲＬＣモードである非確認応答モードおよび確認応答モードに加えての）導入が促される。これら３つのＲＬＣモードについては、特に、３ＧＰＰ ＴＳ ４４．０６０ Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ （ＧＰＲＳ）；Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ（ＭＳ）−Ｂａｓｅ Ｓｔａｔｉｏｎ Ｓｙｓｔｅｍ（ＢＳＳ） ｉｎｔｅｒｆａｃｅ；Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ／Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＲＬＣ／ＭＡＣ）ｐｒｏｔｏｃｏｌ（Ｒｅｌｅａｓｅ ６）Ｖ６．１０．０の第９章に述べられている。

非継続伝送モードは、ＧＳＭ／ＥＤＧＥパケットデータ（ＧＰＲＳおよび拡張ＧＰＲＳ（ＥＧＰＲＳ））の確認応答および非確認応答ＤＬ伝送モードに類似する。確認応答モードでは、ネットワークは、随時、どの無線リンク制御（ＲＬＣ）ブロックがこれまで正しく受信され、どれが正しく受信されていなかったかを示す確認応答／否定確認応答（ＡＣＫ／ＮＡＣＫ）フィードバックメッセージを送信するように端末に要求することができ、端末がすべてのブロックを首尾良く受信したことが報告されるまで、すべてのブロックは再送信されなければならない。非確認応答モードでは、ＡＣＫ／ＮＡＣＫフィードバックは可能でなく、各ＲＬＣブロックにつきただ１回の伝送試行が許され、初回試行後にブロックが正しく受信されない場合、端末はそのブロックを失ったとみなす。

非継続モードでは、ＲＬＣブロックは、ＧＳＭ／ＥＤＧＥ非確認応答モードのように失われる可能性があるが、各ＲＬＣブロックにつき複数の伝送が可能であり、ネットワークは、所望であれば、ＧＥＭ／ＥＤＧＥ確認応答モードのようにＡＣＫ／ＮＡＣＫフィードバックを求めて端末をポーリングすることができる。端末をポーリングするか否かの自由、さらにはポーリングなしで再送信する自由により、非継続モードはＭＢＭＳのｐ−ｔ−ｍ伝送に対して非常に有用なものとなる。そうは言うものの、非継続モードに問題がないわけではない。

図１に示すような通信システムで伝送されるデータは、無線伝送に向けてＲＬＣブロックに分割される。各ＲＬＣブロックは、特に、ブロックシーケンス番号（ＢＳＮ）を含むヘッダを有する。各ＲＬＣブロック内のＢＳＮは１１ビットを使用して符号化される。すなわち、２０４８個の異なるＢＳＮ値を符号化することができる。多くの種類のデータ、特にＭＢＭＳデータは、２０４８個を超えるＲＬＣブロックを必要とする。範囲０〜２０４７外のブロック番号を処理するために、ブロック番号Ｎは、モジュロ２０４８で従来通り符号化される（encoded as before modulo-2048）。ブロック番号Ｎをブロックシーケンス番号ＢＳＮから明白に導出できるようにするために、３つのＲＬＣ伝送モードに対して異なるルールが規格化される。

各ＲＬＣブロックヘッダは巡回冗長検査（ＣＲＣ）値も含み、ＣＲＣ値は、ＧＰＲＳシステムおよびＥＧＰＲＳシステムの両方において短く、わずか８ビットである。８ビットＣＲＣ値とは、ビットエラーが復号化されたブロックに一様に分布すると仮定して、ヘッダエラーが検出されない確率が１／２５６であることを意味する。検出されないヘッダエラーを有するＲＬＣブロックは、誤ったＢＳＮを有する可能性が高く、これは、非継続ＲＬＣモードならびに非確認応答ＲＬＣモードにおいてＮ０を誤って増大させる（かつその増大の度合いも大きいことが多い）恐れがある。Ｎ０とは、単に、すでに受信された最大ブロック番号Ｎよりも１つだけ大きく、ブロックシーケンス番号からブロック番号を導出するための「受信窓」の位置およびサイズを判断する際に使用される数である。Ｎ０の誤った増大は、多くの後続する（正しく受信される）ブロックのブロック番号の誤った解釈に繋がる可能性がある。

概要
本願は、ＧＰＲＳおよびＥＧＰＲＳ受信窓の見込み位置（potential positions）を追跡し、受信窓が見込み位置から移動しないようにし、それによって受信窓の位置が不正確になる確率を低減し、従来の非確認応答ＲＬＣモードおよび非継続ＲＬＣモードでの問題を解決することができることを認める。

本発明の一態様では、無線リンク制御ブロックが非確認応答伝送モードおよび非継続伝送モードのうちの少なくとも一方に従って送信される通信システムの受信器において受信窓を更新する方法であって、各ブロックが各ブロック番号およびブロック番号を求められるようにする符号化されたヘッダ（an encoded header that enables the block number to be determined）を有し、受信器に送信されるブロックのブロック番号が受信器に既知の順番（sequence）を有する方法が提供される。この方法は、受信ブロックのブロック番号を受信窓と比較するステップと、受信ブロックのブロック番号が受信窓外の場合、受信ブロックを破棄するステップと、受信ブロックのブロック番号が受信窓内の場合、受信ブロックを保持するステップと、更新された受信窓を求めるステップであって、更新された受信窓は、順番に従って認められないブロック番号を有する受信ブロックを除外した、縮小されたサイズを有するステップと、を含む。

本発明の別の態様では、無線リンク制御ブロックが非確認応答伝送モードおよび非継続伝送モードのうちの少なくとも一方に従って送信される通信システムの受信器において受信窓を更新するコンピュータプログラムを含むコンピュータ可読媒体であって、各ブロックが各ブロック番号およびブロック番号を求められるようにする符号化されたヘッダを有し、受信器に送信されるブロックのブロック番号が受信器に既知の順番を有する、コンピュータ可読媒体が提供される。コンピュータプログラムは、プロセッサに、受信ブロックのブロック番号を受信窓と比較するステップと、受信ブロックのブロック番号が受信窓外の場合、受信ブロックを破棄するステップと、受信ブロックのブロック番号が受信窓内の場合、受信ブロックを保持するステップと、更新された受信窓を求めるステップであって、更新された受信窓は、順番に従って認められないブロック番号を有する受信ブロックを除外した、縮小されたサイズを有する、ステップと、を実行させる。

本発明のさらに別の態様では、無線リンク制御ブロックが非確認応答伝送モードおよび非継続伝送モードのうちの少なくとも一方に従って送信される通信システムの受信器であって、各ブロックが各ブロック番号およびブロック番号を求められるようにする符号化されたヘッダを有し、受信器に送信されるブロックのブロック番号が受信器に既知の順番を有する、受信器が提供される。受信器は、受信信号のサンプルを生成するように構成されるフロントエンドと、サンプルを処理するように構成されるプロセッサと、を含む。プロセッサは、受信ブロックのブロック番号を受信窓と比較するステップ、受信ブロックのブロック番号が受信窓外の場合、受信ブロックを破棄するステップ、受信ブロックのブロック番号が受信窓内の場合、受信ブロックを保持するステップ、および更新された受信窓を求めるステップであって、更新された受信窓は、順番に従って認められないブロック番号を有する受信ブロックを除外した、縮小されたサイズを有する、ステップにより、ブロックの受信窓を更新する。

本出願人による発明のいくつかの目的、特徴、および利点が、この説明を図面と併せて読むことにより理解されよう。

詳細な説明
上述したように、３つのＲＬＣ伝送モードの異なるルールが、ブロックシーケンス番号ＢＳＮからブロック番号Ｎを明白に導出できるようにするために規則化される。受信器に送信されるブロックのブロック番号は、受信器に既知の順番であることが理解されよう。

非確認応答モードの場合、ＢＳＮは常に、Ｎ０〜Ｎ０＋２０４７の範囲を有する値として解釈され、ここで、Ｎ０はすでに受信された最大ブロック番号よりも１つ大きい数である。この範囲は通常、「受信窓」と呼ばれる。

確認応答モードの場合、ＢＳＮは常に、異なる受信窓、すなわち範囲Ｎ０〜Ｎ０＋ＷＳ−１内の値として解釈され、ここで、Ｎ０はまだ確認応答がない最小ブロック番号Ｎであり、ＷＳは設定可能窓サイズパラメータである。ＥＧＰＲＳシステムでは、ＷＳは、ネットワークにより範囲６４〜１０２４内の値に設定することができる。ＧＰＲＳシステムでは、ＷＳは常に６４に設定される。

非継続モードの場合、ＢＳＮは常に、範囲Ｎ０−ＷＳ〜Ｎ０＋２０４７−ＷＳ内の値として解釈され、ここで、Ｎ０は（１）ＷＳにまだ確認応答のない最小ブロック番号Ｎを足した数および（２）すでに受信された最大ブロック番号よりも１つ大きい数、のうちの大きい方である。新しい最大ブロック番号が受信されるか、または古いブロックが確認応答されることから、受信窓をこうして進めることができる。

Ｎ０−ＷＳ〜Ｎ０−１の範囲内のブロック番号を有するブロックの再送信が可能である。この範囲外のＢＳＮを有するブロックは破棄されるべきである。Ｎ０−ＷＳ未満のブロック番号Ｎを有する確認応答のないブロックは失われている。

非確認応答モードおよび非継続モードでは、Ｎ０モジュロ２０４８は、３ＧＰＰ ＴＳ４４．０６０ Ｖ６．１０．０の第９章に述べられている受信状態変数Ｖ（Ｒ）に等しい。確認応答モードでは、Ｎ０モジュロ２０４８は、３ＧＰＰ ＴＳ ４４．０６０ Ｖ６．１０．０の第９章に述べられている受信窓状態変数Ｖ（Ｑ）に等しい。

上述したように、検出されなかったヘッダエラー、ひいては正しくないＢＳＮを有するＲＬＣブロックは、非確認応答ＲＬＣモードおよび非継続ＲＬＣモードにおいてＮ０を誤って増大させる恐れがあり、これは、多くの後続する（正しく受信される）ブロックのブロック番号の誤った解釈に繋がる可能性がある。この問題は確認応答モードでは存在しないことに留意することができる。

図２Ａは、非確認応答ＲＬＣモードのこの問題を示す表である。３ＧＰＰ ＴＳ４４．０６０ Ｖ６．１０．０の第９章に述べられているように、ＲＬＣブロックは、再送信なしで送信され、送信ブロックのブロック番号は連続した順番である。最初に受信するＲＬＣブロックがブロック番号Ｎ＝１００００を有し、そのヘッダが、例えばＣＲＣに基づいて正しく復号化されたと判断されたと仮定する。その場合、非確認応答モードのルールに従って、Ｎ０＝１００００であり（すなわち、すでに受信された最大ブロック番号よりも１つ大きい数）、受信窓は１００００〜１２０４７である。２番目に受信するＲＬＣブロックはブロック番号Ｎ＝１０００１（右端の列に示される）を有するが、そのヘッダは、例えば、ブロック番号Ｎ＝１０７８１（右から２番目の列に示される）であるように、誤って復号化され、エラーは検出されない。それでも、ルールに従ってＮ０＝１０００１であり、受信窓は１０００１〜１２０４８である。

３番目に受信するＲＬＣブロックはブロック番号Ｎ＝１０００３（右端の列に示される）を有し、ヘッダが正しく復号化されたと判断されるが、２番目のブロックのヘッダの誤った復号化により、Ｎ０＝１０７８２のように、Ｎ０が誤って増大されて、受信窓が１０７８２〜１２８２９に誤って位置している。このため、３番目のブロックのＢＳＮは、誤った受信窓１０７８２〜１０７８２＋２０４７中のどこかの番号として誤って解釈されることになる。例えば、図２Ａに示すように、３番目のブロックの番号は１０００２＋２０４８、すなわち１２０５０と解釈される。

これはさらに、図２Ａに示すように、４番目のブロックのＮ０を１２０５１に誤って増大させ、４番目の正しく復号化されたと判断されるブロックヘッダのＢＳＮは、範囲１２０５１〜１４０９８内のどこかの番号として誤って解釈されることになる。例えば、図２Ａに示すように、４番目のブロックの番号は１２０５１と解釈され、エラーは引き続き伝搬する。５番目のブロックはブロック番号Ｎ＝１０００４を有するが、ブロック番号１２０５２を有するものとして誤って解釈され、エラーは引き続き、その後の受信ブロックを通して伝搬していく。

したがって、単一エラーイベント後、場合によっては長く続くその後のブロック番号が誤って解釈される。これは、通信システムでのパケットデータ物理チャネルでの上位パケットデータユニット（ＰＤＵ）の単方向転送をサポートするために２つの無線資源（ＲＲ）エンティティにより使用される物理接続であるテンポラリブロックフロー（ＴＢＦ：ｔｅｍｐｏｒａｒｙ ｂｌｏｃｋ ｆｌｏｗ）の全面的なシャットダウンを引き起こし得る。この接続が失われない場合であっても、検出されない単一のヘッダエラーにより、送信に長時間の中断があり得る。

同じ問題が非継続ＲＬＣモードでも発生し得るが、この危険性は、ＢＳＮ範囲０〜２０４７の部分（ＷＳパラメータの設定に応じて、最大でその半分）が、無効ＢＳＮとして解釈され、ブロックの即時破棄に繋がるため、わずかに低い。図２Ｂは、ＷＳ＝５１２を有するが、その他は非確認応答モードの場合の例１（図２Ａ）と同じ条件である非継続モードの場合の例を示す。図２Ａと図２Ｂを比較すると、非確認応答ＲＬＣモードと非継続ＲＬＣモードのルールが異なることにより、受信窓のみが異なることが分かる。

以下により詳細に述べるように、すでに受信されたブロックに基づく許容される受信窓位置の追跡および受信窓の許容位置から移動の阻止により、受信窓が誤った位置となる確率が低減され、従来の非確認応答ＲＬＣモードおよび非継続ＲＬＣモードでの上記問題が解決される。以下の例は、ＧＰＲＳ通信システムおよびＥＧＰＲＳ通信システムの場合であるが、本発明はＧＰＲＳプロトコルおよびＥＧＰＲＳプロトコルに従った通信システムに限定されないことが理解されよう。

許容される受信窓位置を追跡するに当たり、受信窓の許容される最大の新しい位置、すなわち、受信窓の許容上限を追跡するだけで十分であり、これは、ＭａｘＮ０と呼ばれるパラメータである。次に、Ｎ０の更新を、非確認応答ＲＬＣモードおよび非継続ＲＬＣモードにおいて現実的な値、例えば、許容される最大の新しい受信窓位置中の最大値以下の値に制限することができる。

したがって、非確認応答ＲＬＣモードでは、ＲＬＣブロックは、Ｎが範囲Ｎ０〜ＭａｘＮ０にある場合のみ破棄されず、これは、前のブロック番号に基づくサイズ、すなわち下限Ｎ０および上限ＭａｘＮ０によって決まるサイズへの受信窓サイズの縮小と見ることができる。ネットワークが、適用される規格に明記されるように、すべてのブロック番号を使用して受信器に昇順に順番に送信する場合、パラメータＭａｘＮ０は受信窓の上限であるとともに、Ｎ０が取り得る最大の値である。これは、３ＧＰＰ ＴＳ ４４．０６０ Ｖ６．１０．０ならびに他の通信規格の場合である。

非確認応答モードでの本発明の動作を図３Ａに示す。図３Ａは、図２Ａに関連して上述した例と同じ条件での表である。図３Ａには、示されるブロックのＭａｘＮ０値を示す列が含まれる。図２Ａと図３Ａとを比較して、図３Ａでは、ブロックＮ＝１０００１のみが失われることが分かる。

図３Ａでは、ヘッダが正しく復号化されたと判断される限り、上限ＭａｘＮ０は下限Ｎ０に等しく、ＣＲＣを通して、またはブロック番号Ｎが受信窓外にある場合に検出されるヘッダ復号化エラーの場合には、各受信ブロックにつき所定量（例では＋１）だけ増分されることが分かる。示される例では、上限パラメータＭａｘＮ０の増分は＋１であるが、ＭａｘＮ０の増分は、特定の通信システムに従って他の量であってもよい。さらに、受信窓のサイズは、エラーが検出されない場合を除き、上限ＭａｘＮ０に従って効率的に縮小される。

ヘッダ復号化が誤りであり、ＣＲＣを使用して検出されない場合、不正確なブロック番号（図３Ａの例では１０７８１）は、サイズ縮小受信窓との比較によって容易に検出されるため、誤って復号化されたヘッダを有するブロックは破棄されるか、または同様の意味合いで無視される。ＲＬＣブロックを追跡するために、受信窓の位置は、上限ＭａｘＮ０を増分することによってさらに更新される。ヘッダが正しく復号化されたと判断されるとすぐに、ＭａｘＮ０はＮ０の値に設定される。

こうして、ＣＲＣから検出不可能な復号化エラーをこのようにして検出することができ、パラメータＭａｘＮ０を、ＣＲＣの補完として、例えば所与のサイズのＣＲＣからより低いエラー確率を得る方法として、見ることができることが理解されよう。

非継続モードでの本発明の動作を図３Ｂに示す。図３Ｂは、図２Ｂに関連して上述した例と同じ条件での表である。図３Ｂには、示されるブロックのＭａｘＮ０値を示す列および後述するような更新Ｎ０値を示す列が含まれる。図２Ｂと図３Ｂとを比較して、図３Ｂでは、ブロックＮ＝１０００１のみが失われることが分かる。図３Ｂでは、ヘッダが検出されないエラーにより１０７８１と誤って復号化されたブロックの直後に受信されたブロックであるＮ＝１０００２を有するブロック以外のすべてのブロックで、ＭａｘＮ０の値はＮ０の値と同じである。

非継続モードでの動作は、非確認応答モードでの動作と同様である。非継続モードでは、ＲＬＣブロックは連続した順番で送信され、場合によっては、例えば、３ＧＰＰ ＴＳ ４４．０６０ Ｖ６．１０．０に従って再送信される。新しい各受信窓は下限Ｎ０−ＷＳ〜上限ＭａｘＮ０であり、ＭａｘＮ０はＮ０に許容される最大値として定義され、図３Ｂでは、図２Ｂと同様にＷＳ＝５１２である。非確認応答モードと同様に、ヘッダが正しく復号化されたと判断される限り、ＭａｘＮ０はＮ０に等しく、ＣＲＣを通して、またはブロック番号Ｎが受信窓外にある場合に検出されるヘッダ復号化エラーの場合には、増分される（図３Ｂの例では＋１）。

非継続モードでの動作は、正しいヘッダが復号化された場合にすぐにＭａｘＮ０がＮ０の値に設定されないという点で、非確認応答モードでの動作と異なる。これは、Ｎ０値、ＭａｘＮ０値、および更新Ｎ０値の列を比較することによって分かる。その代わりに、Ｎ０は変更されないまま、すなわち増分されないまま残される。これは、対応する受信ブロックが再送信されて、正しく復号化される可能性があるためである。しかし、Ｎ０がＭａｘＮ０よりも大きくなった場合、ＭａｘＮ０はすぐにＮ０に等しく更新される。このようにして、ヘッダが誤って復号化されたブロックであるブロックＮ＝１０００１のみが、失われる。

本発明は、送信の中断を潜在的に引き起こす可能性のある受信窓位置が誤って更新される確率を低減する。この他に、受信窓位置の誤った更新は、非継続モードで増加的冗長性（ＩＲ：ｉｎｃｒｅｍｅｎｔａｌ ｒｅｄｕｎｄａｎｃｙ）を使用する場合に性能を低下させる。受信窓の誤った更新は、ＩＲメモリの使用可能データを消去するおそれがあり、かつ／または誤ったデータが記憶されることになる恐れがある。ＩＲ性能のこの低下の程度は、本発明を使用する場合に低減される。

これらの動作は、図１に示すような通信システムの移動端末またはＵＥ内の適宜プログラムされたプロセッサ、特定用途向け集積回路、または他の論理回路によって実施することができる。

図４は、アンテナ４０２を通して無線信号を受信し、フロントエンド受信器（Ｆｅ ＲＸ）４０４で受信信号をダウンコンバートしてサンプリングするような、受信器４００のブロック図である。出力されたサンプルは、Ｆｅ ＲＸ４０４からチャネル推定器および等化器４０６に供給され、チャネル推定器および等化器４０６は、無線チャネルのインパルス応答を推定し、例えば、受信信号の受信エコーを適宜処理することにより、可変チャネルを通しての信号伝搬の影響を補償する。推定器／等化器４０６の出力は、シンボルデコーダ４０８に提供され、シンボルデコーダ４０８は、情報、例えばデジタルデータを生成し、これはさらに、特定の通信システムに向けて適宜処理される。等化、チャネル推定、およびシンボル復号化の方法および装置は、当分野において周知である。デコーダ４０８は、有利には、上記動作および図５および図６に示される方法のうちのいずれか一方または両方を実施する、プログラムされたプロセッサである。

図５は、本発明の態様による非確認応答モードで受信窓を更新する方法のフローチャートである。方法は、ＲＬＣブロックを取得し（ステップ５０２）、ブロックヘッダを復号化する（ステップ５０４）ことで始まる。ブロックのＣＲＣにより、正しく復号化されたことが示される場合（ステップ５０６でのＹｅｓ）、ブロック番号Ｎが受信窓内にあるか否か、すなわち下限または上限に等しいか、または上限と下限との間にあるか否かが判断される（ステップ５０８）。ブロック番号が受信窓内にある場合、ブロック番号の既知の順番に従って許容されない（誤って）復号化されたブロック番号を有する受信ブロックを除外した、サイズ縮小受信窓が求められる（ステップ５１０）。

図５の破線で示唆するように、サイズ縮小窓を求めるステップは、窓の下限パラメータＮ０を増分すること（ステップ５１２）、および窓の上限パラメータＭａｘＮ０をＮ０に等しく設定すること（ステップ５１４）を含み、フローは次のブロックのためにステップ５０２に戻る。ブロックのＣＲＣにより、修正された復号化エラーが示される場合（ステップ５０６でのＮｏ）、ＭａｘＮ０は増分され（ステップ５１６）、フローは次のブロックのためにステップ５０２に戻る。ブロック番号Ｎが受信窓外にある場合（ステップ５０８でのＮｏ）、ブロックは破棄されるか、または同様の意味合いで無視され（ステップ５１８）、ＭａｘＮ０は増分され（ステップ５１６）、フローは次のブロックのためにステップ５０２に戻る。

図６は、本発明の別の態様による非継続モードでの受信窓のサイズを更新する方法のフローチャートである。方法は、ＲＬＣブロックを取得し（ステップ６０２）、ブロックヘッダを復号化する（ステップ６０４）ことで始まる。ブロックのＣＲＣにより、正しく復号化されたことが示される場合（ステップ６０６でのＹｅｓ）、ブロック番号Ｎが受信窓内にあるか否かが判断される（ステップ６０８）。ブロック番号が受信窓内にある場合（ステップ６０８でのＹｅｓ）、ブロック番号の既知の順番に従って許容されない（誤って）復号化されたブロック番号を有する受信ブロックを除外した、サイズ縮小受信窓が求められる（ステップ６１０）。

図６の破線で示唆するように、サイズ縮小窓を求めるステップは、Ｎ０がＭａｘＮ０よりも大きいか否かを判断すること（ステップ６１２）を含むことができる。Ｎ０がＭａｘＮ０よりも大きい場合（ステップ６１２でのＹｅｓ）、窓の上限ＭａｘＮ０はＮ０に等しく設定され（ステップ６１４）、フローは次のブロックのためにステップ６０２に戻る。ブロックのＣＲＣにより、修正された復号化エラーが示される場合（ステップ６０６でのＮｏ）、ＭａｘＮ０は増分され（ステップ６１６）、フローは次のブロックのためにステップ６０２に戻る。ブロック番号Ｎが受信窓外にある場合（ステップ６０８でのＮｏ）、ブロックは破棄されるか、または同様の意味合いで無視され（ステップ６１８）、ＭａｘＮ０は増分され（ステップ６１６）、フローは次のブロックのためにステップ６０２に戻る。Ｎ０がＭａｘＮ０以下である場合（ステップ６１２でのＮｏ）、フローは次のブロックのためにステップ６０２に戻る。

上記手順は、例えば、送信器と受信器との間の通信チャネルの時変性（the time-varying nature）に応答して、必要に応じて繰り返して実行されることが理解されよう。理解を促すために、本発明の多くの態様について、例えば、プログラマブルコンピュータシステムの要素によって実行可能な一連の動作に関して説明した。専用回路（例えば、特殊機能を実行するように相互接続された離散論理ゲートまたは特定用途向け集積回路）、１つまたは複数のプロセッサにより実行されるプログラム命令、またはこれら両方の組み合わせにより、各種動作を実行できることが認められよう。本発明の実施形態を実施する無線受信器は、例えば、携帯電話、ページャ、ハンドセット、ラップトップコンピュータ、および他の移動端末等に含めることができる。

その上、本発明は、さらに、命令実行システム、装置、または機器（コンピュータベースのシステム、プロセッサ内蔵システム、または命令を媒体からフェッチして実行できる他のシステムなど）により使用される、またはこれらと関連して使用される適当な命令セットを記憶した任意の形態のコンピュータ可読記憶媒体内に全体的に具現されるものとみなすことができる。ここで使用する「コンピュータ可読媒体」は、命令実行システム、装置、または機器により使用される、またはこれらと関連して使用されるプログラムの収容、記憶、通信、伝搬、または移送を行うことができる任意の手段であることができる。コンピュータ可読媒体は、例えば、電子、磁気、光学、電磁、赤外線、または半導体システム、装置、機器、または伝搬媒体であることができるが、これらに限定されない。コンピュータ可読媒体のより具体的な例（非排他的なリスト）としては、１つまたは複数のワイヤを有する電気接続、ポータブルコンピュータディスク、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能プログラム可能読み取り専用メモリ（ＥＰＲＯＭまたはフラッシュメモリ）、および光ファイバが挙げられる。

したがって、本発明は多くの異なる形態で具現することが可能であり、これらのすべてを上述したわけではなく、このような形態はすべて本発明の範囲内にあると考えられる。本発明の各種態様のそれぞれについて、このような任意の形態を、上記動作を実行するように「構成されるロジック」、または代替として、上記動作を実行する「ロジック」と呼ぶことができる。

「備える」および「備えている」なる用語は、本願において使用される場合、述べられている特徴、インテジャー（integers）、ステップ、構成要素の存在を特定し、１つまたは複数の他の特徴、インテジャー、ステップ、構成要素、またはその群の存在または追加を除外しない。

上述した特定の実施形態は単なる例示にすぎず、決して限定としてみなされるべきではない。本発明の範囲は冒頭の特許請求の範囲によって決められ、特許請求の範囲内に入るすべての変形形態および均等物は、特許請求の範囲に包含されるものである。

通信システムを示す。 検出されないＲＬＣブロックヘッダエラーによる問題を示す表である。 検出されないＲＬＣブロックヘッダエラーによる問題を示す表である。 本発明の動作を示す表である。 本発明の動作を示す表である。 通信システムでの受信器のブロック図である。 本発明の態様による方法のフローチャートである。 本発明の態様による方法のフローチャートである。

Claims (21)

1. 無線リンク制御ブロックが非確認応答伝送モードおよび非継続伝送モードのうちの少なくとも一方に従って伝送される通信システムの受信器において受信窓を更新する方法であって、各ブロックは各ブロック番号および該ブロック番号を求められるようにする符号化されたヘッダを有し、前記受信器に送信されるブロックの前記ブロック番号が前記受信器に既知の順番を有し、該方法は、
   受信ブロックの前記ブロック番号を受信窓と比較するステップと、
   前記受信ブロックの前記ブロック番号が前記受信窓外の場合、前記受信ブロックを破棄するステップと、
   前記受信ブロックの前記ブロック番号が前記受信窓内の場合、前記受信ブロックを保持するステップと、
   更新された受信窓を求めるステップであって、前記更新された受信窓は、前記順番に従って認められない前記ブロック番号を有する前記受信ブロックを除外した、縮小されたサイズを有するステップと、
   を含む方法。
2. 前記求めるステップは、前記ブロックのヘッダが正しく復号化されたと判断されるか否か、および前記ブロック番号が前記受信窓内にあるか否かに基づいて、前記受信ブロックのＭａｘＮ０パラメータを求めることを含み、前記受信窓のサイズは、前記ＭａｘＮ０パラメータに基づいて縮小される、請求項１に記載の方法。
3. 前記ブロックのヘッダが正しく復号化されたと判断され、かつ前記ブロック番号が前記受信窓内にある場合、前記ＭａｘＮ０パラメータは、前の受信ブロックの前記ブロック番号に基づくＮ０パラメータに等しく設定され、前記ブロックのヘッダが誤って復号化されたと判断された場合、または前記ブロック番号が前記受信窓外にある場合、前記ＭａｘＮ０パラメータは、前記順番に従って所定量だけ前記ＭａｘＮ０パラメータを増分することによって求められる、請求項２に記載の方法。
4. 前記ＭａｘＮ０パラメータは１だけ増分される、請求項３に記載の方法。
5. 前記ブロックのヘッダが正しく復号化されたと判断され、かつ前記ブロック番号が前記受信窓内にある場合、前の受信ブロックの前記ブロック番号に基づく前記Ｎ０パラメータが前記ＭａｘＮ０パラメータよりも大きいか否かが判断され、前記Ｎ０パラメータが前記ＭａｘＮ０パラメータよりも大きい場合、前記ＭａｘＮ０パラメータはＮ０パラメータに等しく設定され、前記ブロックのヘッダが誤って復号化されたと判断された場合、または前記ブロック番号が前記受信窓外にある場合、前記ＭａｘＮ０パラメータは、前記順番に従って所定量だけ前記ＭａｘＮ０パラメータを増分することによって求められる、請求項２に記載の方法。
6. 前記ＭａｘＮ０パラメータは１だけ増分される、請求項５に記載の方法。
7. 前記ブロックのヘッダが正しく復号化されたと判断されるか否かは、前記ブロック中の巡回冗長情報に基づく、請求項２に記載の方法。
8. 無線リンク制御ブロックが非確認応答伝送モードおよび非継続伝送モードのうちの少なくとも一方に従って伝送される通信システムの受信器において受信窓を更新するコンピュータプログラムを含むコンピュータ可読媒体であって、各ブロックは各ブロック番号および該ブロック番号を求められるようにする符号化されたヘッダを有し、前記受信器に送信されるブロックの前記ブロック番号が前記受信器に既知の順番を有し、前記コンピュータプログラムは、
   受信ブロックの前記ブロック番号を受信窓と比較するステップと、
   前記受信ブロックの前記ブロック番号が前記受信窓外の場合、前記受信ブロックを破棄するステップと、
   前記受信ブロックの前記ブロック番号が前記受信窓内の場合、前記受信ブロックを保持するステップと、
   更新された受信窓を求めるステップであって、前記更新された受信窓は、前記順番に従って認められない前記ブロック番号を有する前記受信ブロックを除外した、縮小されたサイズを有するステップと、
   を実行する、コンピュータ可読媒体。
9. 前記コンピュータプログラムは、前記ブロックのヘッダが正しく復号化されたと判断されるか否か、および前記ブロック番号が前記受信窓内にあるか否かに基づいて前記受信ブロックのＭａｘＮ０パラメータを求めることによって前記求めるステップを実行し、前記受信窓のサイズは、前記ＭａｘＮ０パラメータに基づいて縮小される、請求項８に記載のコンピュータ可読媒体。
10. 前記ブロックのヘッダが正しく復号化されたと判断され、かつ前記ブロック番号が前記受信窓内にある場合、前記ＭａｘＮ０パラメータは、前の受信ブロックの前記ブロック番号に基づくＮ０パラメータに等しく設定され、前記ブロックのヘッダが誤って復号化されたと判断された場合、または前記ブロック番号が前記受信窓外にある場合、前記ＭａｘＮ０パラメータは、前記順番に従って所定量だけ前記ＭａｘＮ０パラメータを増分することによって求められる、請求項９に記載のコンピュータ可読媒体。
11. 前記ＭａｘＮ０パラメータは１だけ増分される、請求項１０に記載のコンピュータ可読媒体。
12. 前記ブロックのヘッダが正しく復号化されたと判断され、かつ前記ブロック番号が前記受信窓内にある場合、前の受信ブロックの前記ブロック番号に基づく前記Ｎ０パラメータが前記ＭａｘＮ０パラメータよりも大きいか否かが判断され、前記Ｎ０パラメータが前記ＭａｘＮ０パラメータよりも大きい場合、前記ＭａｘＮ０パラメータはＮ０パラメータに等しく設定され、前記ブロックのヘッダが誤って復号化されたと判断された場合、または前記ブロック番号が前記受信窓外にある場合、前記ＭａｘＮ０パラメータは、前記順番に従って所定量だけ前記ＭａｘＮ０パラメータを増分することによって求められる、請求項９に記載のコンピュータ可読媒体。
13. 前記ＭａｘＮ０パラメータは１だけ増分される、請求項１２に記載のコンピュータ可読媒体。
14. 前記ブロックのヘッダが正しく復号化されたと判断されるか否かは、前記ブロック中の巡回冗長情報に基づく、請求項９に記載のコンピュータ可読媒体。
15. 無線リンク制御ブロックが非確認応答伝送モードおよび非継続伝送モードのうちの少なくとも一方に従って伝送される通信システムの受信器であって、各ブロックは各ブロック番号および該ブロック番号を求められるようにする符号化されたヘッダを有し、該受信器に送信されるブロックの前記ブロック番号が該受信器に既知の順番を有し、該受信器は、
    受信信号のサンプルを生成するように構成されるフロントエンドと、
    前記サンプルを処理するように構成されるプロセッサと、
    を備え、
    該プロセッサは、
    受信ブロックの前記ブロック番号を受信窓と比較するステップ、
    前記受信ブロックの前記ブロック番号が前記受信窓外の場合、前記受信ブロックを破棄するステップ、
    前記受信ブロックの前記ブロック番号が前記受信窓内の場合、前記受信ブロックを保持するステップ、および
    更新された受信窓を求めるステップであって、前記更新された受信窓は、前記順番に従って認められない前記ブロック番号を有する前記受信ブロックを除外した、縮小されたサイズを有するステップ
    により前記ブロックの受信窓を更新する、受信器。
16. 前記求めるステップは、前記ブロックのヘッダが正しく復号化されたと判断されるか否か、および前記ブロック番号が前記受信窓内にあるか否かに基づいて、前記受信ブロックのＭａｘＮ０パラメータを求めることを含み、前記受信窓のサイズは、前記ＭａｘＮ０パラメータに基づいて縮小される、請求項１５に記載の受信器。
17. 前記ブロックのヘッダが正しく復号化されたと判断され、かつ前記ブロック番号が前記受信窓内にある場合、前記ＭａｘＮ０パラメータは前の受信ブロックの前記ブロック番号に基づくＮ０パラメータに等しく設定され、前記ブロックのヘッダが誤って復号化されたと判断された場合、または前記ブロック番号が前記受信窓外にある場合、前記ＭａｘＮ０パラメータは、前記順番に従って所定量だけ前記ＭａｘＮ０パラメータを増分することによって求められる、請求項１６に記載の受信器。
18. 前記ＭａｘＮ０パラメータは１だけ増分される、請求項１７に記載の受信器。
19. 前記ブロックのヘッダが正しく復号化されたと判断され、かつ前記ブロック番号が前記受信窓内にある場合、前の受信ブロックの前記ブロック番号に基づく前記Ｎ０パラメータが前記ＭａｘＮ０パラメータよりも大きいか否かが判断され、前記Ｎ０パラメータが前記ＭａｘＮ０パラメータよりも大きい場合、前記ＭａｘＮ０パラメータはＮ０パラメータに等しく設定され、前記ブロックのヘッダが誤って復号化されたと判断された場合、または前記ブロック番号が前記受信窓外にある場合、前記ＭａｘＮ０パラメータは、前記順番に従って所定量だけ前記ＭａｘＮ０パラメータを増分することによって求められる、請求項１６に記載の受信器。
20. 前記ＭａｘＮ０パラメータは１だけ増分される、請求項１９に記載の受信器。
21. 前記ブロックのヘッダが正しく復号化されたと判断されるか否かは、前記ブロック中の巡回冗長情報に基づく、請求項１６に記載の受信器。

Images