(57)【要約】ワイヤレスシステムにおいて適切にデコードされたトランスポートブロックの数を報告する方法および装置を提供する。報告期間中に適切にデコードされたトランスポートブロックの最大数を判定する。次いで、適切にデコードされたトランスポートブロックの実際の数を判定し、最大数に基づいてその表示へと変換される。その表示は、分析のためにデコードすることができるネットワーク要素に送信される。【選択図】図４Ａ
2007515862.tif 000002
【特許請求の範囲】
【請求項１】
エアインターフェースを通じて無線パケットのデータを運搬するように構成されるワイヤレスシステムにおいて、適切にデコードされたトランスポートブロックの数を報告するための方法であって、トランスポートブロックの数は、１つの無線パケットに含まれるトランスポートチャネルの数と、報告期間中に受信した無線パケットの数に関連し、前記方法は、
前記報告期間中に適切にデコードされたトランスポートブロックの最大数に関する情報を獲得するステップ（５０４）と、
前記報告期間中に適切にデコードされたトランスポートブロックの数を獲得するステップ（５０８）と、
前記獲得した情報に基づいて前記報告期間中に前記適切にデコードされたトランスポートブロックの数に関する表示を適応させるステップ（５１０）と、
前記報告期間中に前記適切にデコードされたトランスポートブロックの数に関する前記表示を送信するステップ（５１２）とを有することを特徴とする方法。
【請求項２】
前記適切にデコードされたトランスポートブロックの最大数は、ＣＲＣ（周期的冗長検査）を使用するトランスポートブロックに基づいて判定される、請求項１に記載の方法。
【請求項３】
前記適切にデコードされたトランスポートブロックの最大数は、アクティブなトランスポートチャネルに関連するトランスポートブロックに基づいて判定される、請求項１に記載の方法。
【請求項４】
トランスポートフォーマットコンビネーションセット（ＴＦＣＳ）の全てのトランスポートチャネルのサブセットだけが考慮される、請求項１乃至３のいずれかに記載の方法。
【請求項５】
前記適切にデコードされたトランスポートブロックの最大数が、専用の物理的サブチャネル上のトランスポートフォーマットコンビネーションセット（ＴＦＣＳ）のトランスポートフォーマットコンビネーション（ＴＦＣ）のアクティブなトランスポートチャネルの最大数に基づいて判定される、請求項１乃至３のいずれかに記載の方法。
【請求項６】
シグナリングのための少なくとも１つのトランスポートフォーマットコンビネーション（ＴＦＣ）が、前記報告期間中に前記適切にデコードされたトランスポートブロックの最大数、および前記報告期間中に前記適切にデコードされたトランスポートブロックの数のいずれからも取り除かれる、請求項１乃至５のいずれかに記載の方法。
【請求項７】
前記報告期間中に前記適切にデコードされたトランスポートブロックの数の獲得において、ＣＲＣ（周期的冗長検査）が使用される前記トランスポートブロックだけを計数し、前記計数されたトランスポートブロックは、そのＣＲＣに基づいて適切にデコードされたとみなされる、請求項１乃至６のいずれかに記載の方法。
【請求項８】
前記報告期間中に前記適切にデコードされたトランスポートブロックの数の獲得において、ＣＲＣ（周期的冗長検査）を用いた少なくとも１つのアクティブなトランスポートチャネルを含むトランスポートフォーマットコンビネーションセット（ＴＦＣＳ）にトランスポートフォーマットコンビネーション（ＴＦＣ）がないならば、全ての前記受信したトランスポートブロックが適切にデコードされたとみなす、請求項１または６のいずれかに記載の方法。
【請求項９】
前記適応させるステップが、前記報告期間中に前記適切にデコードされたトランスポートブロックの数の二進数表現の少なくとも１つのビットの切り捨てを含む、請求項１乃至８のいずれかに記載の方法。
【請求項１０】
前記適応させるステップが、非線形マッピングを含む、請求項１乃至９のいずれかに記載の方法。
【請求項１１】
前記システムが、データ運搬においてフレキシブルレイヤー１（ＦＬＯ）を用いる、請求項１に記載の方法。
【請求項１２】
前記システムが、ＧＥＲＡＮ（ＧＳＭ／ＥＤＧＥ無線アクセスネットワーク）を無線アクセスネットワークとして用いる、請求項１に記載の方法。
【請求項１３】
前記表示が、ＮＢＲ＿ＲＣＶＤ＿ＢＬＯＣＫＳパラメータで送信される、請求項１に記載の方法。
【請求項１４】
前記報告期間が、実質的にＳＡＣＣＨ（低速付随制御チャネル）の報告期間であり、ＳＡＣＣＨが、前記表示を運搬するチャネルである、請求項１に記載の方法。
【請求項１５】
１つの無線パケット内に含まれるトランスポートブロックの数と、報告期間中に受信した無線パケットの数とを受信するように構成されたワイヤレスシステムにおいて動作可能な装置であって、前記装置は、命令およびデータを処理および保存するように構成された処理手段（６０２）及びメモリ手段（６０４）と、データを運搬するように構成されたデータ運搬手段（６０８）とを備え、さらに前記装置は、
前記報告期間中に前記適切にデコードされたトランスポートブロックの最大数に関する情報を獲得し、
前記報告期間中に適切にデコードされたトランスポートブロックの数を獲得し、
前記獲得した情報に基づいて前記報告期間中に前記適切にデコードされたトランスポートブロックの数に関する表示を適応させ、
前記報告期間中に前記適切にデコードされたトランスポートブロックの数に関する前記表示を送信するように構成されることを特徴とする装置。
【請求項１６】
表示の適応が、前記報告期間中に前記適切にデコードされたトランスポートブロックの数の二進数表現の少なくとも１つのビットの切り捨て、および、非線形マッピングの、グループから選択される、請求項１５に記載の装置。
【請求項１７】
専用の物理的サブチャネル上のトランスポートフォーマットコンビネーションセット（ＴＦＣＳ）のトランスポートフォーマットコンビネーション（ＴＦＣ）のアクティブなトランスポートチャネルの最大数に基づいて、前記適切にデコードされたトランスポートブロックの最大数を判定するように構成される、請求項１５に記載の装置。
【請求項１８】
前記報告期間中に前記適切にデコードされたトランスポートブロックの最大数のＣＲＣ（周期的冗長検査）を用いて前記トランスポートブロックだけを考慮するように構成された、請求項１５に記載の装置。
【請求項１９】
シグナリングのための少なくとも１つのトランスポートフォーマットコンビネーション（ＴＦＣ）を、前記報告期間中に前記適切にデコードされたトランスポートブロックの最大数、および前記報告期間中に前記適切にデコードされたトランスポートブロックの数のいずれからも削除するように構成された、請求項１５に記載の装置。
【請求項２０】
前記トランスポートブロックをＣＲＣ（周期的冗長検査）に従って適切にデコードされたとみなすように構成された、請求項１５または１８に記載の装置。
【請求項２１】
ＣＲＣ（周期的冗長検査）を用いた少なくとも１つのアクティブなトランスポートチャネルを含むトランスポートフォーマットコンビネーションセット（ＴＦＣＳ）にトランスポートフォーマットコンビネーション（ＴＦＣ）がないならば、前記受信したトランスポートブロックが適切にデコードされたとみなすように構成された、請求項１５、１９、または２０に記載の装置。
【請求項２２】
実質的に移動端末である、請求項１５に記載の装置。
【請求項２３】
データの受信にフレキシブルレイヤー１（ＦＬＯ）を用いる、請求項１５に記載の装置。
【請求項２４】
前記装置が、ＧＥＲＡＮ（ＧＳＭ／ＥＤＧＥ無線アクセスネットワーク）で使用可能である、請求項１５に記載の装置。
【請求項２５】
前記表示の送信にＳＡＣＣＨ（低速付随制御チャネル）を用いる、請求項１５に記載の装置。
【請求項２６】
ワイヤレスシステムにおいて動作可能な装置であって、前記装置は無線パケット中のデータをエアインターフェースを通じて運搬すると共に、１つの無線パケットに含まれるトランスポートブロックの数と、報告期間中に運搬されたパケットの数とを運搬し、命令およびデータを処理および保存するように構成された処理手段（６０２）及びメモリ手段（６０４）と、データを運搬するように構成されたデータ運搬手段（６０８）とを含み、さらに前記装置は、
前記報告期間中に端末に運搬されるトランスポートブロックの最大数に関する情報を獲得し、
前記端末によって前記報告期間中に前記適切にデコードされたトランスポートブロックの数に関する表示を受信し、
獲得した情報および受信した表示に基づいて、適切にデコードされたトランスポートブロックの実際の数を判定するように構成されることを特徴とする装置。
【請求項２７】
実質的に基地局、基地局コントローラ、または基地局および基地局コントローラを組み合わせたものである、請求項２６に記載の装置。
【請求項２８】
ＧＥＲＡＮ（ＧＳＭ／ＥＤＧＥ無線アクセスネットワーク）無線アクセスネットワークにおいて動作可能である、請求項２６に記載の装置。
【請求項２９】
ＳＡＣＣＨ（低速付随制御チャネル）チャネルの表示を受信するように構成された、請求項２６に記載の装置。
【請求項３０】
請求項１のステップを実行するように構成された、コンピュータ実行可能プログラム。
【請求項３１】
請求項３０のコンピュータプログラムを担送する担体媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は概ね通信システムに関する。特に本発明は、ＧＥＲＡＮ（ＧＳＭ／ＥＤＧＥ無線アクセスネットワーク）無線アクセスネットワーク、およびフレキシブルレイヤー１（ＦＬＯ）と呼ばれる特殊なタイプの物理レイヤーが用いられる、そのエアインターフェースに関する。
【背景技術】
【０００２】
ＧＳＭ（移動体通信用グローバルシステム）およびＵＭＴＳ（汎用移動体通信システム）のような近代のワイヤレス通信システムでは、基地局と移動局（ＭＳ）との間などのネットワーク要素間のエアインターフェースを通じて様々な種類のデータを運搬することができる。運搬容量への一般的な需要は、例えば、利用可能となった新しいマルチメディアサービスに起因して高まり続けているので、既存のリソースを最大限に利用するために、さらに効率的な新しい技術が開発されている。
【０００３】
技術報告書、３ＧＰＰ  ４５．９０２（非特許文献１）では、ＧＥＲＡＮのために提案された新しい物理レイヤーの１つであるフレキシブルレイヤー１の概念を開示している。その概念の独創性は、例えば、チャネルコーディングおよびインターリービングを含む物理レイヤーの構成が呼び出し設定の後に指定される、という事実に依存している。したがって、新しいサービスのサポートは、各リリースに関連する新しいコーディング構成のスキームを指定する必要なく、スムーズに扱うことができる。
【０００４】
ＦＬＯ概念の開発作業には、幾分厳しい要件が与えられた。ＦＬＯは、例えば、異なるインターリービング深さのサポート、不等エラーの保護や検出、チャネルコーディングレートのグラニュラリティの低減、および異なる変調（８ＰＳＫ、ＧＭＳＫなど）のサポートを介して、並列データフローの基本物理サブチャネルへの多重化をサポートし、スペクトル効率の最適化を提供しなければならない。さらに、この解決策は、将来においても旧式とならず、また無線プロトコルスタックによってもたらされるオーバーヘッドを最小限に抑えなければならない。
【０００５】
ＧＥＲＡＮリリース５によれば、ＭＡＣサブレイヤー（ＦＬＯのためのレイヤー２）は、３ＧＰＰ  ＴＳ  ４５．００２（非特許文献２）において導かれる論理チャネル（トラフィックまたは制御）と基本物理サブチャネルとの間のマッピングを扱う。
【０００６】
ＵＴＲＡＮ（ＵＭＴＳ無線アクセスネットワーク）において、ＭＡＣは、エアインターフェースを通じて所与のＱｏＳ（サービスの質）によるデータフローを運搬するために、いわゆるトランスポートチャネル（ＴｒＣＨ）を用いる。その結果、呼出し設定で構成される複数のトランスポートチャネルを、同時にアクティブとすること、および物理レイヤーで多重化することができる。
【０００７】
以下、ＦＬＯの概念を採用することによって、上述のフレキシブルなトランスポートチャネルをＧＥＲＡＮにも用いることができる。したがって、ＧＥＲＡＮの物理レイヤーは、１つまたは複数のトランスポートチャネルをＭＡＣサブレイヤーに提供することが可能である。これらのトランスポートチャネルのそれぞれは、特定のサービスの質（ＱｏＳ）を提供している１つのデータフローを担送することができる。複数のトランスポートチャネルを、多重化することができ、同じ基本物理サブチャネルに同時に送信することができる。
【０００８】
トランスポートチャネルの構成、すなわち、入力ビットの数、チャネルコーディング、インターリービングなどを、トランスポートフォーマット（ＴＦ）として示す。さらに、複数の異なるトランスポートフォーマットを、単一のトランスポートチャネルに関連づけることができる。トランスポートフォーマットの構成は、ＲＡＮ（無線アクセスネットワーク）によって完全に制御され、呼出し設定においてＭＳに送られる。ＴＦの適切な翻訳は、データのデコーディングのために用いられる構成を定義するトランスポートフォーマットとともに、受信端において重要である。トランスポートフォーマットを構成する場合、ＲＡＮは、例えば、複数の所定のＣＲＣ（周期的冗長検査）長とブロック長との間で選択することができる。
【０００９】
トランスポートチャネル上で、トランスポートブロック（ＴＢ）は、伝送時間間隔（ＴＴＩ）基準でＭＡＣサブレイヤーと物理レイヤーとの間で交換される。各ＴＴＩに対して、トランスポートフォーマットインジケータ（ＴＦＩＮ）を介して、トランスポートフォーマットが選択および示される。換言すれば、ＴＦＩＮは、その特定のＴＴＩの間に、その特定のＴｒＣＨ上のその特定のトランスポートブロックにどのトランスポートフォーマットを使用するのかを示す。トランスポートチャネルが非アクティブである場合、ゼロのトランスポートブロックサイズ（空のトランスポートフォーマット）が選択される。
【００１０】
異なるトランスポートチャネルのトランスポートフォーマットの限られた数の組合せだけが可能となる。有効なトランスポートフォーマットの組み合わせは、トランスポートフォーマットコンビネーション（ＴＦＣ）と呼ばれる。基本物理サブチャネル上の一連の有効なＴＦＣは、トランスポートフォーマットコンビネーションセット（ＴＦＣＳ）と呼ばれる。ＴＦＣＳは、算出トランスポートフォーマットコンビネーション（ＣＴＦＣ）を介して送られる。
【００１１】
受信シーケンスをデコードするために、レシーバは、アクティブなＴＦＣが無線パケットであるとわかっている必要がある。この情報は、トランスポートフォーマットコンビネーション識別子（ＴＦＣＩ）フィールドに伝送される。上述のフィールドは、基本的にレイヤー１ヘッダーであり、ＧＳＭのスチールビットと同じ機能を有する。ＴＦＣＳの各ＴＦＣには一意のＴＦＣＩが割り当てられ、無線パケットを受信すると、これがレシーバにデコードされる第１の要素となる。デコードされたＴＦＣＩ値を利用することによって、異なるトランスポートチャネルのためのトランスポートフォーマットを判定することができ、実際のデコードを開始することができる。
【００１２】
マルチスロットオペレーションの場合には、各基本物理サブチャネルに対して１つのＦＬＯインスタンスがなければならない。各ＦＬＯインスタンスは、レイヤー３によって独立して構成され、その結果、自身のＴＦＣＳを得る。割り当てられた基本物理サブチャネルの数は、ＭＳのマルチスロット機能に依存する。
【００１３】
当面は、ＦＬＯの使用が専用のチャネルだけに制限されるので、ＳＡＣＣＨ（低速付随制御チャネル）を、ＧＥＲＡＮリリース５に基づいて独立した論理チャネルとして扱わなければならない、２６のマルチフレーム構造を保持することになる。
【００１４】
非特許文献［１］に示されるようなトランスポートフォーマットおよびチャネルの概念を図１に視覚化する。ここでは、例えば、ＦＬＯを通じて伝送されるコード化された音声を示す。音声は、異なるビットレートおよび付加的なコンフォート雑音発生モード（ＣＮＧモード）を有する３つの異なるモード（モード１、モード２、モード３）で運搬される。モード内部では、音声ビットは、例えば、音声の再構成の間、トランスポートチャネルの異なる重要性に基づいて、３つの異なるトランスポートチャネル（ＴｒＣＨＡ  １０２、ＴｒＣＨＢ  １０４、およびＴｒＣＨＣ  １０６）で表される３つの異なるクラスに分類される。ブロック内の数字、例えば、この実施例では任意であるが、凡例１０８で示されたブロックは、トランスポートチャネルおよびコーデックモード特定の方法において所要のビット数を示す。したがって、図から、ＴｒＣＨＡが４つのトランスポートフォーマット（０、６０、４０、３０）を含み、ＴｒＣＨＢが３つのトランスポートフォーマット（０、２０、４０）を含み、ＴｒＣＨＣが２つのフォーマット（０、２０）しか含まないことがわかる。トランスポートフォーマット上の異なるチャネルを参照し、同時にアクティブ化できる、その結果のトランスポートフォーマットコンビネーションＴＦＣ１乃至ＴＦＣ４を、図において破線で示す。これら全ての有効な組合せは、ＣＴＦＣを介して送られるＴＦＣＳを構成する。ＣＴＦＣ判定の例は、適切なＴＦＣの選択において適用可能な技術に加えて、非特許文献［１］に見出される。
【００１５】
Ｉｕモードの場合のＦＬＯのプロトコルアーキテクチャを図２に示す。ＭＡＣレイヤー２０８は、複数の論理チャネルか、またはＴＢＦ（一時的ブロックフロー）をＲＬＣレイヤー２０６にあるＲＬＣエンティティから物理レイヤー２１０にマップする。前記ＲＬＣレイヤー２０６は、例えば、ＰＤＣＰ（パケットデータコンバージェンスプロトコル）２０４からデータを受信し、ＲＲＣ（無線リソースコントローラ）２０２によって制御される。現在の仕様では、非特許文献［１］の論理チャネルが使用されているが、おそらく将来的には、一時的ブロックフローの概念に置き換えられるであろう。ＴＢＦの概念は、非特許文献［３］に詳述されている。専用チャネル（ＤＣＨ）は、アップリンクまたはダウンリンク方向における１つの専用のトランスポートチャネルとして使用することができる。３の異なるＤＣＨ、すなわち、ＣＤＣＨ（制御プレーンＤＣＨ）、ＵＤＣＨ（ユーザープレーンＤＣＨ）、およびＡＤＣＨ（関連ＤＣＨ）が導入され、ＣＤＣＨおよびＵＤＣＨはＲＬＣ／ＭＡＣデータ運搬ブロックの伝送に使用され、ＡＤＣＨはＲＬＣ／ＭＡＣ制御ブロックの伝送のターゲットとなる。移動局は、複数のトランスポートチャネルを並行してアクティブにさせることができる。
【００１６】
ＦＬＯアーキテクチャを、特にＦＬＯのためのレイヤー１に関して図３に示す。このバージョンでは、ワンステップのインターリービングだけを想定している。すなわち、１つの基本物理サブチャネル上の全てのトランスポートチャネルは同じインターリービング深さを有する。ツーステップのインターリービングを有する別のアーキテクチャの概説は、非特許文献［１］に開示されている。基本的なエラー検出は、周期的冗長検査によって行われる。トランスポートブロックは、そのブロックに付与されるチェックサムを計算するために、選択した生成多項式を用いるエラー検出３０２に入力される。次に、コードブロックと呼ばれる更新されたブロックが、追加的な冗長性を導く畳み込みチャネルコーダ３０４に送られる。レートマッチング３０６では、エンコードされたブロックのビットが反復またはパンクチャされる。ブロックサイズは変化させることができるので、トランスポートチャネル上のビット数も対応して変化させることが可能である。その結果、対応するサブチャネルの割り当てられた実際のビットレートに合致する全体的なビットレートを保持するために、ビットを反復またはパンクチャしなければならない。レートマッチングブロック３０６からの出力は、無線フレームと呼ばれる。トランスポートチャネルの多重化３０８では、レートマッチングブロック３０６から受信したアクティブなトランスポートチャネルＴｒＣＨ（ｉ）乃至ＴｒＣＨ（ｌ）からの無線フレームのＣＣＴｒＣＨ（コード化複合トランスポートチャネル）への多重化を行う。ＴＦＣＩマッピング３１０において、ＴＦＣＩは、ＣＣＴｒＣＨのために構成される。ＴＦＣＩのサイズは、必要なＴＦＣの数に依存する。そのサイズは、エアインターフェース上の不必要なオーバーヘッドを避けるために、最小限に抑えられなければならない。例えば、３ビットのＴＦＣＩは、８つの異なるトランスポートフォーマットコンビネーションを示すことができる。これらが充分でない場合、実行のためには動的接続の再構成が必要である。ＴＦＣＩは、（ブロック）コード化され、次いでバースト上のＣＣＴｒＣＨ（これら２つは無線パケットを構成する）によってインターリーブされる（３１２）。選択したインターリービング技術は、呼出し設定において構成される。
【００１７】
ＲＲＣレイヤー、ＦＬＯのためのレイヤー３は、トラフィックチャネルの設定、再構成、およびリリースを管理する。新しい接続を作成すると、レイヤー３は、物理的、ＭＡＣ、およびＲＬＣレイヤーを構成するために、下位レイヤーに種々のパラメータを指示する。そのパラメータには、各トランスポートチャネルに設定されるトランスポートチャネルアイデンティティ（ＴｒＣＨＩｄ）およびトランスポートフォーマット、変調パラメータを有するＣＴＦＣを介して設定されるトランスポートフォーマットコンビネーションセットなどが含まれる。さらに、レイヤー３は、ＣＲＣサイズ、レートマッチングパラメータ、トランスポートフォーマットの動的属性などのトランスポートチャネル特定のパラメータを提供する。トランスポートチャネルおよびトランスポートフォーマットコンビネーションセットは、例えば、非特許文献［４］の７．１４．１項および７．１９項に詳述される無線ベアラー手順を用いることによって、アップリンクおよびダウンリンク方向に別々に設定可能である。
【００１８】
さらに、レイヤー３は、ＴＦＣＳ内のトランスポートフォーマットコンビネーションの使用をさらに制限するために、トランスポートフォーマットコンビネーションサブセットに関する情報を含むことが可能である。このような情報は、「最小限の許容トランスポートフォーマットコンビネーション指数」、「許容トランスポートフォーマットコンビネーションリスト」、「非許容トランスポート形成組合せリスト」、などを経て形成することが可能である。
【００１９】
また明らかに、ＴＦＣＳの再構成は、ＦＬＯにおいて漸次的に可能でなければならない。すなわち、追加、変更、または削除されるトランスポートチャネルまたはＴＦＣに関する情報のみが、例えば変更無線ベアラーシグナリングによって、送ることができる。さまざまな再構成の後でも、全体的な構成は一致していなければならず、その構成は、例えば、リリースされるトランスポートチャネルを用いるＴＦＣＳから全てのＴＦＣを削除することにより確実にされなければならない。
【００２０】
ＧＥＲＡＮにおけるリンク制御および、特にＲＲＣプロトコルに関する現在の仕様（非特許文献［４］、［５］、［６］）は、拡張測定報告に関連して、ＳＡＣＣＨ上の端末が、ＥＮＨＡＮＣＥＤ  ＭＥＡＳＵＲＥＭＥＮＴ  ＲＥＰＯＲＴメッセージに組み込んだＮＢＲ＿ＲＣＶＤ＿ＢＬＯＣＫＳパラメータを有する適切にデコードされたブロック数を、ネットワークにどのように報告するのかを記述している。ネットワークは、次いでデコード後に、ブロックエラーレート（ＢＬＥＲ）を評価することが可能である。１つのＤＢＰＳＣＨ上での、ＳＡＣＣＨの報告期間中のブロックの最大数は、通常２４である。同様に、適切にデコードされたブロック数の最大値は２４であり、その明白な二進数の表現は５ビット、すなわち２５＝３２（＞２４）を必要とするが、その場合の８つの値は基本的には未使用のままである。
【００２１】
ＧＥＲＡＮへのＦＬＯの採用によって、最大２４の無線パケットをＳＡＣＣＨの報告期間中に受信できるが、各無線パケットは、現在のコンセンサスによれば最大４つのトランスポートブロックを含むことができるので、合計で２４×４のトランスポートブロックを、ＳＡＣＣＨの報告期間中に適切にデコードすることが可能である。これは、ＦＬＯが基本物理サブチャネル当たりの無線パケットごとに最大４つのアクティブなトランスポートチャネル（−＞トランスポートブロック）をサポートしなければならないことによる、ＦＬＯの要件に設定される現在の制限から導かれる。したがって、ＮＢＲ＿ＲＣＶＤ＿ＢＬＯＣＫＳパラメータのためにすでに固定した５ビットでは、（適切に）デコードされたブロック数を明白に表すには不十分である。パラメータが長くなることへの必要性を解決するように、新しいメッセージやパラメータを定義することができるが、そのような変更は、いくつもの仕様の変更や、実際にそれらに従う多数の装置（端末およびネットワーク要素）の変更が必要であり、さらにエアインターフェースを通じて伝送されるデータ量が増加させるので、好ましくない。
【非特許文献１】3GPP TR 45.902 V.6.2.0 TechnicalSpecification Group GSM/EDGE, Radio Access Network; Flexible Layer One (Rel 6)
【非特許文献２】3GPP TS 45.002 V6.3.0 Technical Specification Group GSM/EDGE, RadioAccess Network; Multiplexing and multiple access on the radio path (Rel 6)
【非特許文献３】3GPP TS 44.160 Technical SpecificationGroup GSM/EDGE, General Packet Radio Service (GPRS); Mobile Station (MS) - BaseStation System (BSS) interface; Radio Link Control/Medium Access Control(RLC/MAC) protocol Iu mode (Rel 6)
【非特許文献４】3GPP TS 44.118 Technical SpecificationGroup GSM/EDGE, Radio Access Network; Mobile radio interface layer 3specification; Radio Resource Control (RRC) protocol Iu Mode (Rel 5)
【非特許文献５】3GPP TS 45.008 Technical SpecificationGroup GSM/EDGE Radio Access Network; Radio subsystem link control (Rel 6)
【非特許文献６】3GPP TS 44.018 Technical SpecificationGroup GSM/EDGE Radio Access Network; Mobile radio interface layer 3specification; Radio Resource Control (RRC) protocol (Rel 6)
【発明の開示】
【００２２】
本発明は、ＦＬＯまたは対応する概念を用いて、エアインターフェース上のオーバーヘッドを増加させずに、ワイヤレスシステムにおいて適切にデコードされたトランスポートブロックの数の報告を可能にすることを目的とする。この目的は、実際のメッセージ定義や、パラメータ、パラメータサイズに関する上述の実際の既存の報告手順を用いることによって達成される。しかし、ＮＢＲ＿ＲＣＶＤ＿ＢＬＯＣＫＳパラメータのビットの意味は、報告期間中に適切にデコードされたトランスポートブロックの最大数に応じて適宜変更するように更新される。本発明の基本的な解決策において、適切にデコードされたブロックの数の二進数表現の最下位ビット（ＬＳＢ）は、前記表現をＮＢＲ＿ＲＣＶＤ＿ＢＬＯＣＫＳパラメータの固定した数字のビット（５）に適応させるために、必要に応じて切り捨てられる。また、元の表現とパラメータとの間の他の追加的または別のマッピングを使用することもできる。例えば、適切にデコードされたブロックの数に基づいて報告の分解能を変化させるために、非線形の報告スケールを利用することが可能である。
【００２３】
本発明の有用性は、複数の点に基づくものである。第一に、報告情報を送受信するための既存の手順は、依然として適用可能であり、メッセージ／パラメータの構造／サイズを変更する必要がない。第二に、適切に受信されたブロックの数が報告される分解能は状況に合わせて適応可能であり、受信したブロックのいくつかの特定の数（範囲）に関連するいくつかの特定のシナリオにおいて、より細かいグリッドを提供するように、または受信したブロックの最大数が増加したときに概ね低下させるように調整することができる。さらに、提供された解決策は、実装には幾分単純であり、従来技術と比べて実行している装置に多くの処理能力やメモリ空間を実質的に必要としない。本発明を用いるために、接続の終了の合間の追加的なシグナリングは不要である。
【００２４】
本発明によれば、エアインターフェースを通じて無線パケットのデータを運搬するように構成されるワイヤレスシステムにおいて、適切にデコードされたトランスポートブロックの数を報告するための方法であって、トランスポートブロックの数は、１つの無線パケットに含まれるトランスポートチャネルの数と、報告期間中に受信した無線パケットの数に関連し、前記方法は、
前記報告期間中に適切にデコードされたトランスポートブロックの最大数に関する情報を獲得するステップと、前記報告期間中に適切にデコードされたトランスポートブロックの数を獲得するステップと、
前記獲得した情報に基づいて前記報告期間中に前記適切にデコードされたトランスポートブロックの数に関する表示を適応させるステップと、
前記報告期間中に前記適切にデコードされたトランスポートブロックの数に関する前記表示を送信するステップとを有することを特徴とする。
【００２５】
本発明の他の側面において、１つの無線パケット内に含まれるトランスポートブロックの数と、報告期間中に受信した無線パケットの数とを受信するように構成されたワイヤレスシステムにおいて動作可能な装置であって、前記装置は、命令およびデータを処理および保存するように構成された処理手段及びメモリ手段と、データを運搬するように構成されたデータ運搬手段とを備え、さらに前記装置は、
前記報告期間中に前記適切にデコードされたトランスポートブロックの最大数に関する情報を獲得し、
前記報告期間中に適切にデコードされたトランスポートブロックの数を獲得し、
前記獲得した情報に基づいて前記報告期間中に前記適切にデコードされたトランスポートブロックの数に関する表示を適応させ、
前記報告期間中に前記適切にデコードされたトランスポートブロックの数に関する前記表示を送信するように構成されることを特徴とする。
【００２６】
本発明の更なる側面において、ワイヤレスシステムにおいて動作可能な装置であって、前記装置は無線パケット中のデータをエアインターフェースを通じて運搬すると共に、１つの無線パケットに含まれるトランスポートブロックの数と、報告期間中に運搬されたパケットの数とを運搬し、命令およびデータを処理および保存するように構成された処理手段及びメモリ手段と、データを運搬するように構成されたデータ運搬手段とを含み、さらに前記装置は、
前記報告期間中に端末に運搬されるトランスポートブロックの最大数に関する情報を獲得し、
前記端末によって前記報告期間中に前記適切にデコードされたトランスポートブロックの数に関する表示を受信し、
獲得した情報および受信した表示に基づいて、適切にデコードされたトランスポートブロックの実際の数を判定するように構成されることを特徴とする。
【００２７】
「適応させる」という用語は、本願明細書において、獲得した情報に基づいてある表示を運搬可能な形式に適合させることを特に意味する。さらに、所定のデータフィールドの長さなどのいくつかの他の結果も、獲得した情報に加えて、その適応に影響を及ぼすことが可能である。例えば、その表示が、本発明の基本的な解決策と同様に、対応する数の、適応的に切り捨てした二進数表現である場合、最大の可能な数の範囲（〜適切に受信されたブロックの最大数）も、送信される所定の長さの指示パラメータも、その表示の最終的な形式を判定する。
【００２８】
本発明の一実施態様において、移動端末は、報告期間中に適切にデコードされたトランスポートブロックの数を報告するために、提案された方法を利用する。その移動端末は、デコードされたトランスポートブロックの最大数に基づいて適切な指示モデルを判定し、それに応じて、適切にデコードされたブロックの測定した数を示すパラメータをネットワークに伝送する。ネットワーク要素は、次いでそのパラメータを受信し、報告期間中に運搬されたトランスポートブロックの最大数に関する入手可能な情報に基づいてそれをデコードする。
【００２９】
従属請求項では、本発明の実施態様を開示する。
【発明の実施例の詳細な説明】
【００３０】
以下、本発明を添付の図面を参照することによりさらに詳細に説明する。図１、２、および３は、関連する従来技術の記述とともに、すでに述べたものである。
【００３１】
図４Ａは、一例として、移動端末４０２がネットワーク４０４から無線パケットを受信する、本発明の実施態様のシナリオを記述したシグナリング図を示す。無線パケット４０６、４０８、および、４１０は、参照符号４２２によって示される報告期間中に受信される。端末４０２は、４１４、４１６、および４１８で、パケットに含まれるブロックをデコードし、例えば、単純な受信および利用可能な形式への復調、またはＣＲＣが該ブロックで使用される場合、受信した相対物を有する（再）計算したＣＲＣ値のより高度な比較を意味することが可能である。
【００３２】
報告期間中にパケットに含まれるブロックを受信（およびデコーディング）した後、端末４０２は、４２０で、報告期間中に適切にデコードされたブロックの数を判定し、その表示を適応させて、ステップ４１２でその表示をネットワーク４０４に報告する。ネットワーク４０４は、４２４で、受信した表示および現在のＴＦＣ構造（可能な追加的条件による報告期間中にデコードされたブロックの最大数、以下に説明）に関する知識に基づいて、前記数を判定する。
【００３３】
既存のメッセージ（５ビットのＮＢＲ＿ＲＣＶＤ＿ＢＬＯＣＫＳパラメータを有する）をそのままにしておくために、適切にデコードされたトランスポートブロックの数の二進数表現の最下位ビットを切り捨てることができる。その結果は、次いでＮＢＲ＿ＲＣＶＤ＿ＢＬＯＣＫＳにマップされる。
【００３４】
切り捨てたＬＳＢの数は、ＳＡＣＣＨの報告期間中に適切にデコードされたトランスポートブロックの最大数に依存し、当該の最大は、例えば、ＮｂＴＢｍａｘパラメータを経て表示することができる。
【００３５】
ＮｂＴＢｍａｘの概念についてさらに展開し、特にＳＡＣＣＨの報告期間を考慮するために、最大２４の無線パケットを受信することができる。その結果、無線パケットで適切にデコードすることができるトランスポートブロックの最大数は、ＤＢＰＳＣＨのＴＦＣＳに依存する。ＮｂＴＢｍａｘは、次のように計算することが出来る。
NbTBmax=24x（DBPSCHのTFCSのTFCにおけるアクティブなトランスポートチャネルの最大数）
ここで、トランスポートチャネルは、実際に運搬されるトランスポートブロックを担送する場合、すなわち、そのサイズが０より大きい場合、特定のＴＦＣにおいて基本的にアクティブであるとみなされる。表記ｘは、乗算を示す。場合により、さらにＮｂＴＢｍａｘパラメータを判定するために、いくつかの補足条件も使用する。例えば、ＣＲＣを使用するトランスポートブロック（〜トランスポートチャネル）だけをＮｂＴＢｍａｘに含むことが可能である（図３のコードブロックを参照）。一方では、例えばＴＦＣＩ＝０を有する例えば第１のＴＦＣであるシグナリングＴＦＣは、ＮｂＴＢｍａｘの計算から除外することができる。
【００３６】
図４Ｂは、６つのＴＦＣがＤＢＰＳＣＨ上のＦＬＯに対して定義される、ＴＦＣＳの一例を示す。この例では、トランスポートチャネルＡおよびトランスポートチャネルＣだけがＣＲＣを使用すると仮定する。ＣＲＣがＴＦＣにおいて使用するアクティブなトランスポートチャネルの最大数は、したがって、１となる。その結果、ＮｂＴＢｍａｘ＝２４×１＝２４となる。
【００３７】
図４Ｃは、５つのＴＦＣがＤＢＰＳＣＨ上のＦＬＯに対して定義される、ＴＦＣＳの別の例を示す。この例では、全てのトランスポートチャネルＡ、Ｂ、Ｃ、およびＤがＣＲＣを使用すると仮定する。ＣＲＣがＴＦＣにおいて使用するアクティブなトランスポートチャネルの最大数は、したがって、３（ＴＦＣ５）となる。その結果、ＮｂＴＢｍａｘ＝２４×３＝７２  となる。
【００３８】
ＮｂＴＢｍａｘがわかれば、適切にデコードされたトランスポートブロックの数の５ビットの二進数表現から切り捨てる必要のあるビットの数は、以下の表１に基づいて容易に計算することができる。
【表１】
2007515862.tif 000003
【００３９】
切り捨てるＬＳＢの数は、呼出し設定においてネットワークから受信するＴＦＣＳからの端末によって計算することが可能であるので、例えば、新しい、または既存のメッセージの独立したパラメータを経て行うことができるが、明示的に信号を送る必要はない。両端ではＴＦＣＳを把握しており、また両端では、ＮＢＲ＿ＲＣＶＤ＿ＢＬＯＣＫＳに適応するように、どれくらいのビットが適切にデコードされたトランスポートブロックの数（０、１、または２）の二進数表現から切り捨てられたのかを把握している。
【００４０】
加えて、例えば呼び出し設定において、ネットワークは、トランスポートチャネルのサブセットだけを考慮するように（要求を送信するなどして）指示を出すことが可能である。例えば、図４Ｃにおいて、ネットワークは、チャネルＴｒＣＨ  ＡおよびＢ上のデコーディングの成功を監視するように端末に命じることが可能である。ＴＦＣのアクティブなトランスポートチャネル（Ａおよび／またはＢ）の最大数は、その時点で２となる。結果的に、ＮｂＴＢｍａｘ＝２４×２＝４８となり、１ビットの切り捨てが必要となる（表１参照）。
【００４１】
ＮｂＴＢｍａｘの判定に対応して、適切にデコードされたトランスポートブロックの有効な数の計数には類似した原理を用いる。シグナリングＴＦＣのブロックは、前記数に含まれるとみなすことができない。例えば図４Ｂおよび図４Ｃにおいて、第１のＴＦＣ（例、ＴＦＣＩ＝０を有するＴＰＣ  １）は、シグナリングのために予約することができる。さらに、トランスポートブロックは、適切に受信されるＣＲＣに基づいてデコードされるとみなすことができる。しかし、ブロックにＣＲＣがない場合、そのブロックは、ＴＦＣＳ（場合により、シグナリングＴＦＣを除外して）がＣＲＣを使用する少なくとも１つのトランスポートチャネルがアクティブであるＴＦＣを含まなくても計数されず、その場合、受信した全てのトランスポートブロックは適切にデコードされたとみなしてよい。したがって、ＣＲＣは利用可能であればいつでも利用することが可能である。そうでなければ、例えば、計数が受信だけに基づいてしまうことになる。
【００４２】
１つ及び２つのＬＳＢの切り捨てをそれぞれ示す、表２および表３を参照のこと。
【表２】
2007515862.tif 000004
【表３】
2007515862.tif 000005
【００４３】
上記の表を用いることによって、適切にデコードされたトランスポートブロックの数の二進数表現を、ＬＳＢを切り捨てることによって５ビット長の表示パラメータに適応させるので、前記数の元の分解能は、適応させている間に半分または４分の１になる。
【００４４】
適切にデコードされたトランスポートブロックの数を（５ビットのように）制限された長さに適合させるための、上述の切り捨ての単純な別の手段、またはその数に適用する他の適応技術として、単一のトランスポートチャネルに対してのみ前記数を常に計数することが可能である。当該のトランスポートの選択は、例えば、次のようにすることができる。
・  ネットワークによって呼出し設定において端末に送る。または、
・  自動で、例えば、ＣＲＣを用いて第１のものを選択する。
【００４５】
１つのトランスポートチャネルだけが計数される場合、ＳＡＣＣＨの報告期間中に適切にデコードされた（トランスポート）ブロックの最大数は２４のままである。
【００４６】
別の補足のまたは完全に独立した適応方法として、非線形の報告スケールが示される。
このスケールは、報告の分解能が、ある数より高くなるように作成されることができる。例えば、
・  全てのブロックが送信され、少数のブロックが不適当になるために（すなわち、代表的な条件のために）、
・  そして最終的には、少数の適切なブロックだけが適切にデコードされる範囲のために（すなわち、報告期間ごとに少数のブロックだけが送信されるＤＴＸ（不連続伝送）の場合のために）
報告の分解能が高くなる。
【００４７】
上述のスケールの一例を表４に示す。
【表４】
2007515862.tif 000006
【００４８】
必然的に、開示した本発明の基本的な原理は、あらゆる特定の伝送方向または装置に制限されない。その原理は、アップリンクおよびダウンリンク方向、および、例えば、移動端末およびネットワーク要素（例えば、基地局（ＢＳ）、基地局コントローラ（ＢＳＣ）、またはそれらを組み合わせたもの）のどちらでも使用することが可能である。
【００４９】
図５は、本発明の方法の流れ図を示したものである。方法の開始５０２で、ネットワークエンティティ（例えば、ＢＳ、ＢＳＣ、またはそれらを組み合わせたもの）または移動端末のようなワイヤレス通信装置を指す装置は、例えば、本発明の方法を実行するソフトウェアをメモリにロードして開始することが可能である。さらに、必要なメモリ領域を初期化し、通信接続を確立することができる。ステップ５０４において、適切にデコードされたトランスポートブロックの最大数に関する情報が獲得される。このステップは、後述するステップ５０７の後に加えて、または代わりに実行することが可能であり、このオプションは図内で破線矢印によって示され、例えば、ＴＦＣＳが報告期間中に実際に変更され、したがって、報告期間が終了してその表示が送られようとするまで、適切にデコードされたブロックの最大数が確実にわかっていない場合に特に好都合である。報告期間中に複数のＴＦＣＳを使用する場合はいつでも、適切なＮｂＴＢｍａｘを判定するために、複数の異なる手順を行うことができる。例えば、ＮｂＴＢｍａｘは、報告期間中に使用する、異なるＴＦＣＳのＮｂＴＢｍａｘ値の最大値として定義することもできるし、ＮｂＴＢｍａｘは、使用する異なるＮｂＴＢｍａｘ値の和として構成することもできる。ステップ５０４に戻り、端末は、例えば、ＴＦＣＳおよびＴＦＣが判定されて送られる時に、呼び出し設定において関連する基本的なデータを受信することができる。次いで、そのデータは、必要な数を判定するために、可能な追加的または特殊条件によって上述のように分析する。その情報はまた、特定のＴＦＣ／ＴＦの削除、追加、または変更を含む（部分的な）ＴＦＣＳの再構成を介して獲得することもできる。その情報はまた、問題となっている接続の端部間を考慮して伝送することもできる。端末に情報を提供しているネットワーク要素は、自身で情報を作成するか、または別のネットワーク要素から受信することが可能である。
【００５０】
ステップ５０６（および現在の報告期間が経過したかどうかを検査するステップ５０７）において、端末は、無線パケットに含まれるトランスポートブロックを受信する。ステップ５０８において、端末は、上述のルールを用いることによって、適切にデコードされたブロックの数を判定する。ステップ５１０において、端末は、ステップ５１２で送信される判定した数の表示を（例えば、メッセージのデータフィールド／パラメータとして）ネットワークに適応させる。適応は、例えば、必要に応じて前記数の二進数表現を切り捨てること、非線形マッピング表（一例として表４を参照）から適切な要素を選択すること、などを意味することができる。ステップ５１４において、適切にデコードされたブロックの数を処理および／または分析するネットワーク要素は、それらの表示を受信し、ステップ５１６において、その表示が関連する報告期間中に現行のＴＦＣ／ＴＦＣＳの構成に基づいてデコードする。ネットワークは、いくつかの接続パラメータ（チャネルコーディングなど）をより適切に一般的および場合により変更された通信環境に適応させるために、デコードされた情報を用いることが可能である。この方法は、ステップ５１８で終了する。
【００５１】
図６は、ネットワーク要素（または独立した要素を組み合わせたもの）、または本発明に基づいてデータの処理および運搬が可能な移動端末のような装置の基本的なコンポーネントのための１つのオプションを示す。「移動端末」という用語は、現代の携帯電話に加えて、ワイヤレス通信が可能な、より高度なマルチメディア端末、携帯型、およびラップトップコンピュータなども指す。１つ以上の物理的なメモリチップに分割されたメモリ６０４は、例えば、コンピュータプログラム／アプリケーションの形態での必要なコード６１６と、（ＴＦＣＳ／ＴＦＣ／報告期間／追加的な規定、および最大数／現在のトランスポートブロックの数の判定のための定義）構成データ６１２とを含む。処理ユニット６０２は、メモリ６０４に保存される命令６１６にに基づいた方法の実際の実行に必要である。ディスプレイ６０６およびキーパッド６１０は、その装置のユーザーに、必要な装置の制御およびデータの視覚化手段（−ユーザーインターフェース）の提供にしばしば有用である任意のコンポーネントである。例えば、固定データ伝送インタフェースまたはトランシーバ、あるいはその両方）である、データ運搬手段６０８は、例えば、他の装置からの構成データの受信および／または構成データの他の装置への送信などの、データ交換を処理するために必要である。提案された方法を実行するためのコード６１６は、フレキシブルディスク、ＣＤ、またはメモリカードのような担体媒体によって保存および供給することができる。
【００５２】
本発明の範囲は、以下の請求項に見出すことができる。用いた装置、方法ステップ、適応技術などは、シナリオに依存する場合があり、それでも本発明の基本的な概念に合致するということに留意されたい。例えば、ビットの切り捨ては、非線形マッピングと同様に、示した実施例とは異なって行うことができる。また、パラメータ長が、上文に示したものとは異なる場合があることも明白である。
【図面の簡単な説明】
【００５３】
【図１】ＴＦＣＳの構造を視覚化したものである。
【図２】ＧＥＲＡＮ  ｌｕモードにおけるＦＬＯプロトコルアーキテクチャを示したものである。
【図３】ＦＬＯアーキテクチャを示したものである。
【図４Ａ】本発明の実施態様のシグナリング図である。
【図４Ｂ】６つのＴＦＣおよび３つのトランスポートチャネルがＴＦＣＳ内に含まれるシナリオを視覚化したものである。
【図４Ｃ】代わりに、５つのＴＦＣおよび４つのトランスポートチャネルを有する、対応するシナリオを視覚化したものである。
【図５】本発明の方法の流れ図を示したものである。
【図６】本発明を用いるように構成した装置のブロック図を示したものである。
【図１】
2007515862.tif 000007
【図２】
2007515862.tif 000008
【図３】
2007515862.tif 000009
【図４Ａ】
2007515862.tif 000010
【図４Ｂ】
2007515862.tif 000011
【図４Ｃ】
2007515862.tif 000012
【図５】
2007515862.tif 000013
【図６】
2007515862.tif 000014
【誤訳訂正書】
【提出日】平成18年6月16日(2006.6.16)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】請求項１
【訂正方法】変更
【訂正の内容】
【請求項１】
エアインターフェースを通じて無線パケットのデータを運搬するように構成されるワイヤレスシステムにおいて、適切にデコードされたトランスポートブロックの数を報告するための方法であって、複数のトランスポートチャネルに関連する複数のトランスポートブロックが無線パケットに含まれ、報告期間中に複数の無線パケットが受信される、前記方法において、
前記報告期間中に適切にデコードされたトランスポートブロックの最大数に関する情報を獲得するステップ（５０４）と、
前記報告期間中に適切にデコードされたトランスポートブロックの数を獲得するステップ（５０８）と、
前記獲得した情報に基づいて前記報告期間中に前記適切にデコードされたトランスポートブロックの数に関する表示を適応させるステップ（５１０）と、
前記報告期間中に前記適切にデコードされたトランスポートブロックの数に関する前記表示を送信するステップ（５１２）とを有することを特徴とする方法。
【誤訳訂正２】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】請求項１５
【訂正方法】変更
【訂正の内容】
【請求項１５】
１つの無線パケット内に含まれる複数のトランスポートブロックを受信し、報告期間中に複数の無線パケットが受信されるように構成されたワイヤレスシステムにおいて動作可能な装置であって、前記装置は、命令およびデータを処理および保存するように構成された処理手段（６０２）及びメモリ手段（６０４）と、データを運搬するように構成されたデータ運搬手段（６０８）とを備え、さらに前記装置は、
前記報告期間中に前記適切にデコードされたトランスポートブロックの最大数に関する情報を獲得し、
前記報告期間中に適切にデコードされたトランスポートブロックの数を獲得し、
前記獲得した情報に基づいて前記報告期間中に前記適切にデコードされたトランスポートブロックの数に関する表示を適応させ、
前記報告期間中に前記適切にデコードされたトランスポートブロックの数に関する前記表示を送信するように構成されることを特徴とする装置。
【誤訳訂正３】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】請求項２６
【訂正方法】変更
【訂正の内容】
【請求項２６】
ワイヤレスシステムにおいて動作可能な装置であって、前記装置は無線パケット中のデータをエアインターフェースを通じて運搬し、複数のトランスポートブロックが無線パケットに含まれ、報告期間中に複数の無線パケットが運搬され、命令およびデータを処理および保存するように構成された処理手段（６０２）及びメモリ手段（６０４）と、データを運搬するように構成されたデータ運搬手段（６０８）とを有する装置において、
前記報告期間中に端末に運搬されるトランスポートブロックの最大数に関する情報を獲得し、
前記端末によって前記報告期間中に前記適切にデコードされたトランスポートブロックの数に関する表示を受信し、
獲得した情報および受信した表示に基づいて、適切にデコードされたトランスポートブロックの実際の数を判定するように構成されることを特徴とする装置。
【誤訳訂正４】
【訂正対象書類名】明細書
【訂正対象項目名】００２４
【訂正方法】変更
【訂正の内容】
【００２４】
本発明によれば、エアインターフェースを通じて無線パケットのデータを運搬するように構成されるワイヤレスシステムにおいて、適切にデコードされたトランスポートブロックの数を報告するための方法であって、複数のトランスポートチャネルに関連する複数のトランスポートブロックが無線パケットに含まれ、報告期間中に複数の無線パケットが受信される、前記方法において、
前記報告期間中に適切にデコードされたトランスポートブロックの最大数に関する情報を獲得するステップと、前記報告期間中に適切にデコードされたトランスポートブロックの数を獲得するステップと、
前記獲得した情報に基づいて前記報告期間中に前記適切にデコードされたトランスポートブロックの数に関する表示を適応させるステップと、
前記報告期間中に前記適切にデコードされたトランスポートブロックの数に関する前記表示を送信するステップとを有することを特徴とする。
【誤訳訂正５】
【訂正対象書類名】明細書
【訂正対象項目名】００２５
【訂正方法】変更
【訂正の内容】
【００２５】
本発明の他の側面において、１つの無線パケット内に含まれる複数のトランスポートブロックを受信し、報告期間中に複数の無線パケットが受信されるように構成されたワイヤレスシステムにおいて動作可能な装置であって、前記装置は、命令およびデータを処理および保存するように構成された処理手段及びメモリ手段と、データを運搬するように構成されたデータ運搬手段とを備え、さらに前記装置は、
前記報告期間中に前記適切にデコードされたトランスポートブロックの最大数に関する情報を獲得し、
前記報告期間中に適切にデコードされたトランスポートブロックの数を獲得し、
前記獲得した情報に基づいて前記報告期間中に前記適切にデコードされたトランスポートブロックの数に関する表示を適応させ、
前記報告期間中に前記適切にデコードされたトランスポートブロックの数に関する前記表示を送信するように構成されることを特徴とする。
【誤訳訂正６】
【訂正対象書類名】明細書
【訂正対象項目名】００２６
【訂正方法】変更
【訂正の内容】
【００２６】
本発明の更なる側面において、ワイヤレスシステムにおいて動作可能な装置であって、前記装置は無線パケット中のデータをエアインターフェースを通じて運搬し、複数のトランスポートブロックが無線パケットに含まれ、報告期間中に複数の無線パケットが運搬され、命令およびデータを処理および保存するように構成された処理手段及びメモリ手段と、データを運搬するように構成されたデータ運搬手段とを有する装置において、
前記報告期間中に端末に運搬されるトランスポートブロックの最大数に関する情報を獲得し、
前記端末によって前記報告期間中に前記適切にデコードされたトランスポートブロックの数に関する表示を受信し、
獲得した情報および受信した表示に基づいて、適切にデコードされたトランスポートブロックの実際の数を判定するように構成されることを特徴とする。
【国際調査報告】
2007515862.tif 000015
2007515862.tif 000016