無線通信システムにおけるスケジューリング許可情報のシグナリング
【課題】無線通信システムにおけるスケジューリング許可または割当情報、例えば、冗長バージョン、トランスポートブロックサイズまたはその両方のシグナリングを行う無線通信インフラストラクチャ用エンティティを提供する。
【解決手段】無線通信インフラストラクチャ用エンティティは、トランシーバと、トランシーバに通信可能に接続されたコントローラとを備え、コントローラは、スケジューリング許可情報に基づきパリティビットを生成するとともに、パリティビットの生成に用いられない追加のスケジューリング許可情報に基づきパリティビットを符号化するように構成されており、符号化されたパリティビットはスケジューリング許可情報に結合される。
【解決手段】無線通信インフラストラクチャ用エンティティは、トランシーバと、トランシーバに通信可能に接続されたコントローラとを備え、コントローラは、スケジューリング許可情報に基づきパリティビットを生成するとともに、パリティビットの生成に用いられない追加のスケジューリング許可情報に基づきパリティビットを符号化するように構成されており、符号化されたパリティビットはスケジューリング許可情報に結合される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムに関する。より詳細には、本発明は、無線通信システムにおけるスケジューリング許可または割当情報、例えば、冗長バージョン、トランスポートブロックサイズまたはその両方のシグナリングに関する。
【背景技術】
【０００２】
無線通信システムでは、一般に、スケジューリング許可（ｇｒａｎｔ）および割当に用いられるビット数を最小とすることが望ましい。例えば、３ＧＰＰ ＬＴＥでは、ＲＡＣＨ、ページング（ＰＣＨ）、およびＢＣＣＨスケジューリングを含む、ＰＤＳＣＨブロードキャスト制御送信のスケジューリングに用いられるスケジューリング割当のサイズを減少させることによって、効率が改良される。現在、３ＧＰＰ ＬＴＥでは、ＢＣＣＨのスケジューリング時には、スケジューリング割当に２つの冗長バージョン（ＲＶ）ビットが必要であるが、それらのビットはＰＣＨまたはＲＡＣＨ応答のスケジューリング時には用いられない。３ＧＰＰ ＬＴＥにおいて定義されている他のスケジューリング許可および割当、例えば、ＢＣＣＨやＰＣＨおよびＲＡＣＨ応答に用いられる現在のＰＤＣＣＨ ＤＣＩ Ｆｏｒｍａｔ １Ａのスケジューリング割当では、トランスポートブロックサイズ（ＴＢＳ）のインジケータに５ビットが必要である。ＴＢＳインジケータによって充分な粒度でＴＢＳを選択することを可能とするには、５ビットも必要である。３ＧＰＰ Ｒ１−０８２７０５では、ＳＩＢ−１上で５ビットのＢＣＣＨトランスポートブロックサイズ識別子のうちの２ビットを信号で送り、ＰＤＣＣＨ ＤＣＩ Ｆｏｒｍａｔ １Ｃ許可／割当により他の３ビットを信号で送ることが提案されている。
【０００３】
３ＧＰＰでは、ユーザ識別情報（ＵＥＩＤ）、スケジューリング割当の種類またはその両方を示すように、スケジューリング割当の巡回冗長検査（ＣＲＣ）ビットをマスクすることが一般に知られている。例えば、ＤＣＩ Ｆｏｒｍａｔ １Ｃ許可がページング（Ｐａｇｉｎｇ）、ＲＡＣＨ応答、またはＳＩのいずれについてのものであるかは、Ｐ−ＲＮＴＩ（ページング）と、ＲＡ−ＲＮＴＩ（ＲＡＣＨ応答）のうちの１つと、ＳＩＢ１およびＳＩ−ｘ（ｘ＝２，．．．，８）のＳＩ−ＲＮＴＩとのうちのいずれかを用いてＣＲＣのスクランブルを行うことによって、非明示的に示される。
【０００４】
カンダニ（Ｋｈａｎｄａｎｉ）らによる特許文献１には、ＣＲＣのスクランブルを行うことについて記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】米国特許第７，３１８，１８５号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００６】
無線通信システムにおけるスケジューリング許可または割当情報、例えば、冗長バージョン、トランスポートブロックサイズまたはその両方のシグナリングを行う無線通信インフラストラクチャ用エンティティを提供する。
【課題を解決するための手段】
【０００７】
上記問題点を解決するために、請求項１に記載の発明は、無線通信インフラストラクチャ用エンティティであって、トランシーバと、トランシーバに通信可能に接続されたコントローラと、を備え、コントローラは、スケジューリング許可情報に基づきパリティビットを生成するとともに、パリティビットの生成に用いられない追加のスケジューリング許可情報に基づきパリティビットを符号化するように構成されており、符号化されたパリティビットはスケジューリング許可情報に結合されることを要旨とする。
【０００８】
請求項２に記載の発明は、請求項１に記載のエンティティにおいて、コントローラは、パリティビットの生成に用いられない追加のスケジューリング許可情報に対応するビットのユニークな組を用いてパリティビットのスクランブルを行うことによって、パリティビットを符号化するように構成されていることを要旨とする。
【０００９】
請求項３に記載の発明は、請求項２に記載のエンティティにおいて、ビットのユニークな組は、パリティビットの生成に用いられない追加のスケジューリング許可情報の状態と、パリティビットとに基づくマスクであり、コントローラは、パリティビットとマスクとの排他的論理和を演算することによって、前記スクランブルを行うように構成されていることを要旨とする。
【００１０】
請求項４に記載の発明は、請求項１に記載のエンティティにおいて、無線通信インフラストラクチャ用エンティティは基地局であり、パリティビットの生成に用いられない追加のスケジューリング許可情報はトランスポートブロックサイズインジケータに基づき、コントローラは、パリティビットの生成に用いられない追加のスケジューリング許可情報に対応するビットのユニークな組を用いてパリティビットのスクランブルを行うことによって、パリティビットを符号化するように構成されていることを要旨とする。
【００１１】
請求項５に記載の発明は、請求項４に記載のエンティティにおいて、コントローラは、パリティビットとビットのユニークな組との排他的論理和を演算することによって、前記スクランブルを行うように構成されていることを要旨とする。
【００１２】
請求項６に記載の発明は、請求項１に記載のエンティティにおいて、無線通信インフラストラクチャ用エンティティは基地局であり、パリティビットの生成に用いられない追加のスケジューリング許可情報は冗長バージョンインジケータに基づき、コントローラは、パリティビットの生成に用いられない追加のスケジューリング許可情報に対応するビットのユニークな組を用いてパリティビットのスクランブルを行うことによって、パリティビットを符号化するように構成されていることを要旨とする。
【００１３】
請求項７に記載の発明は、請求項６に記載のエンティティにおいて、コントローラは、パリティビットとビットのユニークな組との排他的論理和を演算することによって、前記スクランブルを行うように構成されていることを要旨とする。
【００１４】
請求項８に記載の発明は、請求項１に記載のエンティティにおいて、無線通信インフラストラクチャ用エンティティは基地局であり、パリティビットの生成に用いられない追加のスケジューリング許可情報は、ユーザ端末がアップリンクチャネルに関する制御情報を含むことを示すインジケータであり、コントローラは、パリティビットの生成に用いられない追加のスケジューリング許可情報に対応するビットのユニークな組を用いてパリティビットのスクランブルを行うことによって、パリティビットを符号化するように構成されていることを要旨とする。
【００１５】
請求項９に記載の発明は、請求項１に記載のエンティティにおいて、無線通信インフラストラクチャ用エンティティは基地局であり、パリティビットの生成に用いられない追加のスケジューリング許可情報はユーザ端末リソース割当情報に基づき、コントローラは、パリティビットの生成に用いられない追加のスケジューリング許可情報に対応するビットのユニークな組を用いてパリティビットのスクランブルを行うことによって、パリティビットを符号化するように構成されていることを要旨とする。
【００１６】
請求項１０に記載の発明は、無線ユーザ端末であって、トランシーバと、トランシーバに通信可能に接続されたコントローラと、を備え、コントローラは、トランシーバにて受信したチャネル符号化されたスケジューリング許可から、スケジューリング許可情報および追加のスケジューリング許可情報を復号するように構成されており、前記スケジューリング許可は、スケジューリング許可情報の結合されたパリティビットにより符号化された追加のスケジューリング許可情報を含み、コントローラは、パリティビットへ符号化された追加のスケジューリング許可情報を識別するように構成されており、パリティビットは、追加のスケジューリング許可情報を除いたスケジューリング許可情報に基づいて生成されていることを要旨とする。
【００１７】
請求項１１に記載の発明は、請求項１０に記載の端末において、追加のスケジューリング許可情報はトランスポートブロックサイズインジケータに基づくことを要旨とする。
請求項１２に記載の発明は、請求項１０に記載の端末において、追加のスケジューリング許可情報は、冗長バージョンインジケータと、ユーザ端末がアップリンクチャネルに関する制御情報を含むことを示すインジケータと、ユーザ端末リソース割当情報とのうちの１つに基づくことを要旨とする。
【００１８】
請求項１３に記載の発明は、無線通信インフラストラクチャ用エンティティであって、トランシーバと、トランシーバに通信可能に接続されたコントローラと、を備え、コントローラは、メッセージを符号化するとともに、各々対応するフレーム番号を有する複数のフレームからなる多フレーム構造のうちの１つのフレームによる送信用に、符号化されたメッセージのうちの一部を選択するように構成されており、符号化したメッセージのうちの一部の選択は、符号化したメッセージの該一部を送信するフレームのフレーム番号に対応する冗長バージョンに基づく、ことを要旨とする。
【００１９】
請求項１４に記載の発明は、請求項１３に記載のエンティティにおいて、符号化したメッセージの選択した部分を送信するフレームは、異なる複数の冗長バージョンからなるグループから選択される高々１つの冗長バージョンに関連付けられていることを要旨とする。
【００２０】
請求項１５に記載の発明は、請求項１３に記載のエンティティにおいて、メッセージはシステム情報ブロックメッセージであり、フレーム番号はシステムフレーム番号であり、冗長バージョンは、フレームに対応するシステムフレーム番号から、システムフレーム番号を８で除した剰余が０であれば、ＲＶ０へマッピングされ、システムフレーム番号を８で除した剰余が２であれば、ＲＶ２へマッピングされ、システムフレーム番号を８で除した剰余が４であれば、ＲＶ３へマッピングされ、システムフレーム番号を８で除した剰余が６であれば、ＲＶ１へマッピングされるように決定されることを要旨とする。
【００２１】
請求項１６に記載の発明は、請求項１３に記載のエンティティにおいて、メッセージはシステム情報ブロックメッセージであり、フレーム番号はスケジューリング情報ウィンドウにおけるサブフレーム番号であり、冗長バージョンは、サブフレームに対応するサブフレーム番号から、サブフレーム番号を４で除した剰余が０であれば、ＲＶ０へマッピングされ、サブフレーム番号を４で除した剰余が１であれば、ＲＶ２へマッピングされ、サブフレーム番号を４で除した剰余が２であれば、ＲＶ３へマッピングされ、サブフレーム番号を４で除した剰余が３であれば、ＲＶ１へマッピングされるように決定されることを要旨とする。
【００２２】
請求項１７に記載の発明は、請求項１４に記載のエンティティにおいて、メッセージはシステム情報ブロックメッセージであり、前記グループのうちの１つ以上の冗長バージョンは、フレーム番号を８で除した剰余が０へマッピングされることを要旨とする。
【００２３】
請求項１８に記載の発明は、無線ユーザ端末であって、トランシーバと、トランシーバに通信可能に接続されたコントローラと、を備え、コントローラは、符号化されたメッセージの第１の部分をトランシーバが受信したフレームに対応するフレーム番号に基づき冗長バージョンを決定するとともに、冗長バージョンに基づき、符号化されたメッセージを復号するように構成されていることを要旨とする。
【００２４】
請求項１９に記載の発明は、請求項１８に記載の端末において、符号化されたメッセージの第１の部分が受信されるフレームは、異なる複数の冗長バージョンからなるグループから選択される高々１つの冗長バージョンに関連付けられていることを要旨とする。
【００２５】
請求項２０に記載の発明は、請求項１８に記載の端末において、符号化されたメッセージはシステム情報ブロックメッセージであり、フレーム番号はシステムフレーム番号であり、冗長バージョンは、システムフレーム番号から、システムフレーム番号を８で除した剰余が０であれば、ＲＶ０へマッピングされ、システムフレーム番号を８で除した剰余が２であれば、ＲＶ２へマッピングされ、システムフレーム番号を８で除した剰余が４であれば、ＲＶ３へマッピングされ、システムフレーム番号を８で除した剰余が６であれば、ＲＶ１へマッピングされるように決定されることを要旨とする。
【００２６】
請求項２１に記載の発明は、請求項１８に記載の端末において、符号化されたメッセージはシステム情報ブロックメッセージであり、フレーム番号はスケジューリング情報ウィンドウにおけるサブフレーム番号であり、冗長バージョンは、サブフレーム番号から、サブフレーム番号を４で除した剰余が０であれば、ＲＶ０へマッピングされ、サブフレーム番号を４で除した剰余が１であれば、ＲＶ２へマッピングされ、サブフレーム番号を４で除した剰余が２であれば、ＲＶ３へマッピングされ、サブフレーム番号を４で除した剰余が３であれば、ＲＶ１へマッピングされるように決定されることを要旨とする。
【図面の簡単な説明】
【００２７】
【図１】無線通信システムを示す図。
【図２】従来技術のＤＣＩ Ｆｏｒｍａｔ １Ｃスケジューリング割当を示す図。
【図３】追加のスケジューリング許可情報を用いて符号化したパリティビットの結合されたスケジューリング許可情報を含む、変更されたＤＣＩ Ｆｏｒｍａｔ １Ｃスケジューリング許可を示す図。
【図４】無線通信インフラストラクチャ用エンティティの概略ブロック図。
【図５】処理フローチャート。
【図６】８０ミリ秒毎の偶数のシステムフレーム番号における４つの別個の部分によるＳＩＢ１送信を示す図。
【図７】４０ミリ秒の送信ウィンドウにおけるＳＩ−ｘ送信を示す図。
【発明を実施するための形態】
【００２８】
添付の図面とともに以下の詳細な説明を充分に参照することによって、当業者には、本発明の様々な態様、特徴、および利点がより明らかとなる。図面は明瞭さのための単純化されている場合があり、必ずしも縮尺通りに描かれていない。
【００２９】
図１において、無線通信システム１００は、地理的領域を通じて分散されたネットワークを形成する１つ以上の固定の基地インフラストラクチャ用ユニットを含む。この基地ユニットは、アクセスポイント、アクセス端末、基地、基地局、ノードＢ（Ｎｏｄｅ−Ｂ）、ｅＮｏｄｅ−Ｂ、ｅＮＢ、ホームノードＢ、中継ノード、または本技術分野において用いられる他の用語で呼ばれることもある。図１では、１つ以上の基地ユニット１０１，１０２は、サービングエリア（例えば、セル、セルセクタ）内の複数のリモートユニット１０３，１１０にサービス提供する。リモートユニットは固定ユニットであっても、移動体端末であってもよい。このリモートユニットも、加入者ユニット、移動体、移動局、ユーザ、端末、加入者局、ユーザ機器（ＵＥ）、端末、中継器、または本技術分野において用いられる他の用語で呼ばれることもある。
【００３０】
図１では、一般に、基地ユニット１０１，１０２は、ダウンリンク通信信号１０４，１０５を送信し、時間領域、周波数領域またはその両方によりリモートユニットにサービス提供する。リモートユニット１０３，１１０は、アップリンク通信信号１０６，１１３を介して１つ以上の基地ユニットと通信を行う。この１つ以上の基地ユニットは、ダウンリンク送信およびアップリンク送信用に、１つ以上の送信器と、１つ以上の受信器とを備えてよい。リモートユニットも、１つ以上の送信器と、１つ以上の受信器とを備えてよい。基地ユニットは、一般に、１つ以上の対応する基地ユニットに通信可能に接続された１つ以上のコントローラを含む無線接続ネットワークの一部である。この無線接続ネットワークは、一般に、１つ以上のコアネットワークに通信可能に接続されており、このコアネットワークは他のネットワーク（特に、インターネットおよび公衆交換電話網）に接続されてよい。無線接続ネットワークおよびコアネットワークにおけるそれらの要素および他の要素を示しはしないが、そうした要素は当業者には知られている。
【００３１】
一実施形態では、無線通信システムは、ＥＵＴＲＡとも呼ばれる、３ＧＰＰ ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）プロトコルの開発中のＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）に準拠する。この場合、基地局はダウンリンク上で直交周波数分割多重（ＯＦＤＭ）変調方式を用いて送信し、ユーザ端末はアップリンク上で単一搬送波周波数分割多元接続（ＳＣ−ＦＤＭＡ）方式を用いて送信する。しかしながら、より一般的には、無線通信システムは他のプロトコル、特に、他の何らかのオープンまたはプロプライエタリな通信プロトコル（例えば、ＷｉＭＡＸ）を実装することができる。この記載は、本発明を特定の無線通信システムアーキテクチャまたはプロトコルの実装に限定することを意図したものではない。
【００３２】
一部のシステム（例えば、ＥＵＴＲＡプロトコルのシステム）では、基地ユニットは、データおよび制御通信と、スケジューリング割当の送信とに対する、時間、周波数、空間のうちの１つ以上の資源の割当を含む、スケジューリング機能を実行する。一般に、スケジューリング許可、割当またはその両方に用いられるビット数を最小とすることが望ましい。本明細書では、「許可」および「割当」の用語を区別せずに用いる。さらに、いずれの用語も、アップリンク（ＵＬ）、ダウンリンク（ＤＬ）もしくはその両方からなる許可または割当を表し得る。
【００３３】
本発明の一態様では、例えば、所定のビットフィールドのサイズを減少させるかフィールドを除去することによって、スケジューリング許可または割当のサイズを減少させる。スケジューリング許可内のフィールドのサイズの減少またはフィールドの除去により、もはや所定のフィールドに収容できない情報は、スケジューリング許可に関連付けられたパリティビットにより符号化される。一実施形態では、パリティビットは巡回冗長検査（ＣＲＣ）ビットまたは他のパリティビットである。
【００３４】
一実施形態では、３ＧＰＰ ＬＴＥ ＤＣＩ Ｆｏｒｍａｔ １Ｃスケジューリング割当のサイズが減少される。ＤＣＩ Ｆｏｒｍａｔ １Ｃは、ＰＣＨ、ＲＡＣＨ応答およびＢＣＣＨメッセージのスケジューリングを行うために用いられる（ＳＩＢ１、ＳＩ−ｘ（ｘ＝２，．．．，８））。図２には、従来技術の割当を示す。この割当には、他のフィールドに加え、トランスポートブロックサイズ（ＴＢＳ）を示す５ビットのトランスポートブロックサイズフィールド、冗長バージョン（ＲＶ）を示す２ビットの冗長バージョンフィールド、および１６ビットのＣＲＣフィールドが含まれる。図３に示すのは、追加のスケジューリング許可情報を用いて符号化したパリティビット（ＣＲＣ）の結合されたスケジューリング許可情報（ＴＢＳ）を含む、変更されたＤＣＩ Ｆｏｒｍａｔ １Ｃスケジューリング許可である。図３では、ＴＢＳフィールドが５ビットから３ビットに減少され、ＲＶフィールドは除去されている。代替の実施形態では、ＴＢＳフィールドのサイズを減少させることとＲＶフィールドを除去することとの両方ではなく、ＴＢＳフィールドのサイズを減少させることのみ、またはＲＶフィールドを除去することのみによって、ＤＣＩ Ｆｏｒｍａｔ １Ｃ割当を変更することができる。これに代えて、一方または両方のフィールドのサイズを減少してもよく、一方または両方のフィールドを完全に除去してもよい。
【００３５】
図４では、無線通信インフラストラクチャ用エンティティ４００は、コントローラ４２０に通信可能に接続されたトランシーバ４１０を備え、そのカバレッジエリア内の１つ以上のユーザ機器（ＵＥ）と通信を行う。コントローラは、通常、メモリ４３０に記憶されたソフトウェア、ファームウェアまたはその両方によって制御されるデジタルプロセッサとして実装される。つまり、コントローラは、ソフトウェア／ファームウェアによって様々な機能を実行するように構成されている。しかしながら、これに代えて、コントローラはハードウェアの均等物のデバイスとして実装されてもよく、ハードウェアとソフトウェアとの組み合わせとして実装されてもよい。一実施形態では、無線インフラストラクチャ用エンティティは、図１の基地ユニットのうちの１つに相当する。基地ユニットは、一般に知られているように、ＵＥにリソースを割り当てるためのスケジューラ機能を備える。
【００３６】
図４では、コントローラは、ユーザ端末へ送信されるＵＬまたはＤＬスケジューリング許可情報に基づきパリティビットを生成する、パリティビット生成機能４２２を備える。すなわち、コントローラは、ソフトウェア、ファームウェアまたはその両方の制御下において、スケジューリング許可情報に基づきパリティビットを生成するように構成されている。図５の処理フローチャート５００では、５１０にて、無線通信ネットワークインフラストラクチャ用エンティティは、スケジューリング許可情報に基づきパリティビット（例えば、巡回冗長検査（ＣＲＣ）ビット）を生成する。図４では、４２３にて、スケジューリング許可情報にパリティビットが結合される。
【００３７】
図４では、コントローラは、追加のスケジューリング許可情報に基づくパリティビットの符号化を実装すべく、パリティビット符号化機能４２４を備えており、追加のスケジューリング許可情報はパリティビットの生成に用いられない。すなわち、コントローラは、ソフトウェア、ファームウェアまたはその両方の制御下において、パリティビットの生成に用いられない追加のスケジューリング許可情報に基づきパリティビットを符号化するように構成されている。演算（すなわち、図４におけるパリティビットの符号化４２４および結合４２３）の順序は反対であってもよい。同様に、図５における機能５３０，５２０が反対であってもよい。
【００３８】
一実施形態では、コントローラは、パリティビットの生成に用いられない追加のスケジューリング許可情報に対応するビットからなるユニークなビット集合、すなわち、ビットのユニークな組を用いてパリティビットのスクランブルを行うことによって、パリティビットを符号化するように構成されている。このビットのユニークな組は、パリティビットの生成に用いられない追加のスケジューリング許可情報の状態と、パリティビットとに基づくマスクである。一実施形態では、コントローラは、パリティビットとマスクとの排他的論理和（ＸＯＲ）を演算することによって、スクランブルを実行するように構成されている。このマスクは、例えば、長さ３のＮ個のマスク語を選択することによってして、例えば生成することができる。ここで、Ｎは最大のハミング距離を有するＣＲＣパリティフィールドの長さである。そのようなマスク語の組は、例えば、パリティビットの生成に用いられない追加のスケジューリング許可情報に対応する、全てが０（すなわち、ヌル）のマスク語を含んでよい。４つの異なる冗長バージョンについて、長さＮ＝１６のマスク語の組の例を、テーブル１およびテーブル２に示す。
【００３９】
【表１】
【００４０】
一実施形態では、パリティビットの生成に用いられない追加のスケジューリング許可情報は、トランスポートブロックサイズ（ＴＢＳ）インジケータに基づくか、トランスポートブロックサイズインジケータの一部に基づく。ＴＢＳフィールドを減少したが除去してはいない一実施形態では、ＴＢＳの最下位ビットはＴＢＳフィールドにより明示的に通信され、ＴＢＳの最上位ビットはパリティビットに対する符号化の基底を形成する。あるいは、パリティビットを符号化するために用いられるマスクは、順番に並べられたトランスポートブロックサイズ一覧へのオフセットに基づく。３ＧＰＰ ＬＴＥ ＤＣＩ Ｆｏｒｍａｔ １Ｃスケジューリング割当の実施形態では、ＳＩ−ｘについて、ＭＣＳ相対インデックスによって基準ＴＢＳに対するＴＢＳのインデックスを示す。基準ＴＢＳは、ＳＩＢ１上で送信される各ＳＩ−ｘあたり２ビットを用いて非明示的に示すことが可能である。ＳＩＢ１については、基準ＴＢＳは４４０ビットのＴＢＳに固定される。
【００４１】
ＢＣＣＨでは、ＳＩＢ１またはＳＩ−ｘ伝送の冗長バージョンを示すために、２ビットのＲＶが必要である。図３の変更されたＤＣＩ Ｆｏｒｍａｔ １Ｃ割当を用いる別の実施形態では、パリティビットの生成に用いられない追加のスケジューリング許可情報は、冗長バージョン（ＲＶ）インジケータに基づく。３ＧＰＰ ＬＴＥにおいて、ＰａｇｉｎｇまたはＲＡＣＨ応答メッセージについては、そのようなメッセージはＲＶ＝０を用いて送信されると仮定されるので、対応するＤＣＩ Ｆｏｒｍａｔ １Ｃ ＰＤＣＣＨにＲＶビットは不要である。
【００４２】
別の実施形態では、パリティビットの生成に用いられない追加のスケジューリング許可情報は、ユーザ端末がアップリンクチャネルに関する制御情報を含むことを示すインジケータである。アップリンクチャネルに関する制御情報の例には、次に限定されないが、ＡＣＫ／ＮＡＣＫ応答、ＣＱＩ（チャネル品質情報）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、Ｓｏｕｎｄｉｎｇ波形、またはそれらの組み合わせが含まれる。別の実施形態では、パリティビットの生成に用いられない追加のスケジューリング許可情報は、ユーザ端末リソース割当情報に基づく。ユーザ端末リソース割当情報の例には、次に限定されないが、周波数ホッピングが用いられるか否かを示す情報、またはリソースブロック（ＲＢ）割当がローカライズされている（連続的である）か、分散されているかを示す情報が含まれる。ユーザ端末リソース割当情報には、送信が最初の送信であるか、再送信であるかを示す新データインジケータ（ＮＤＩ）、ＣＱＩ要求、およびＴＰＣ（Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ）情報も含まれる。パリティビットの生成に用いられない追加のスケジューリング許可情報は、ＴＤＤ特定ＵＬインデックスまたはＤＬ割当インデックス、ＨＡＲＱ処理番号用のＭＳＢビットなど、ＦＤＤとＴＤＤとの間の共通部分が最大となるようにＴＤＤ／ＦＤＤについてのスケジューリング許可／割当のサイズを（ほぼ）同じとするＴＤＤ／ＦＤＤ特定フィールドであってもよい。
【００４３】
別の実施形態では、パリティビットの生成に用いられない追加のスケジューリング許可情報は、制御送信が１回以上繰り返される場合に発生するブロードキャスト制御（例えば、ページング）送信番号のインジケータである。別の実施形態では、パリティビットの生成に用いられない追加のスケジューリング許可情報は、追加のスケジューリング許可の必要なく次のサブフレームまたは何らかの所定の将来のサブフレームに発生する場合のある別の制御（例えば、ページング）送信のインジケータである。
【００４４】
スケジューリング許可情報は、一般に、ユーザ端末への送信前に、符号化されたパリティビットに結合されるなど、符号化されたパリティビットに関連付けられる。一実施形態では、コントローラは、パリティビットを（例えば、その開始部または終了部にて）スケジューリング許可情報に連結することによって、スケジューリング許可情報とパリティビットとを結合するように構成される。この結合は、パリティビットが符号化される前に実行されても後に実行されてもよい。これに代えて、パリティビットは情報ワードの中間部分に挿入されてもよく、符号化の前または後に、パリティビットがスケジューリング許可情報へインターリーブされてもよい。
【００４５】
図５では、ブロック５２０にて、無線通信インフラストラクチャ用エンティティがスケジューリング許可情報とパリティビットとを結合し、次いで５３０にて、パリティビットの生成に用いられない追加のスケジューリング許可情報に基づき、パリティビットが符号化される。代替の一実施形態では、パリティビットはスケジューリング許可情報に結合される前に符号化される。したがって、図４における結合機能４２３とパリティビット符号化機能との空間的な位置関係は、それらの機能を実行する順序を必ずしも表していない。一部の実施形態において、図４では、コントローラは、送信前にスケジューリング許可情報および結合した符号化されたパリティビットをチャネル符号化するために用いられるチャネル符号化機能４３６を備える。図５では、５４０にて、符号化したパリティビットに結合されたスケジューリング許可情報がチャネル符号化された後、５５０にて送信される。図４では、コントローラは、チャネル符号化した情報ワードと、パリティビットとを、送信のためにトランシーバへ通信する。
【００４６】
一部の実施形態では、ＵＥ特異的なＣＲＣの復号を試みるＵＥが誤って正確にＢＣＣＨ ＤＣＩを復号する可能性が増大する。しかしながら、これはＵＥ特異的なＣＲＣマスクが多数存在する場合と比べ、それほどひどくはない。負荷の軽い状況を除き、ＢＣＣＨ ＣＲＣスクランブルの使用がユニキャストＵＥに対する誤ったＤＣＩ処理を導く心配、したがって、ユニキャストＵＥのバッファ汚染はほとんどないと思われる。ＢＣＣＨ自体の受信を試みるＵＥについては誤ってＲＶを復号する可能性が存在するが、これについても良いＲＶ依存のマスクの集合を用いれば制御可能であると思われる。同じクラスのＵＥは、ユニキャスト送信をＢＣＣＨ送信として復号する確率が高く、ＢＣＣＨ結合処理を汚染する。これについても、ＰＤＳＣＨ復号が支配的な場合には、任意の妥当なＳＮＲを復号する正しいＳＩＢの主要な決定要因であるとは思われない。ＤＣＩ Ｆｏｒｍａｔ １Ｃの偽検出の増大を原因とする軟バッファ結合誤りによる性能損を軽減するために、所与のＳＩ−ｘ送信ウィンドウに対する現在の基準ＴＢＳとは異なるＴＢＳを有するＤＣＩ Ｆｏｒｍａｔ １Ｃ許可を検出したＵＥは、その基準ＴＢＳが現在のＳＩ−ｘウィンドウにおける先に検出されたＤＣＩ Ｆｏｒｍａｔ １Ｃ許可から少なくとも「ｘ」回信号で送られた／検出された場合、ＤＣＩ Ｆｏｒｍａｔ １Ｃ許可送信を無視し、ＵＥが別のＴＢＳを有するＤＣＩ Ｆｏｒｍａｔ １Ｃ許可を「ｘ」回以上検出していない場合、最も新しいＤＣＩ Ｆｏｒｍａｔ １Ｃ検出のＴＢＳを基準ＴＢＳとして用いることが可能である。「ｘ」の適切な値は２である。この場合、ＵＥは軟バッファのフラッシュを行うことができ、最も新しいＤＣＩ Ｆｏｒｍａｔ １Ｃ検出に対応するＳＩ−ｘ送信を用いてバッファを再初期化する。最も新しいＤＣＩ Ｆｏｒｍａｔ １Ｃ許可からのＴＢＳが新たな基準ＴＢＳとなる。
【００４７】
別の実施形態では、ＳＩ−ｘのサイズはＭＩＭＯを用いる／用いない潜在的なＵＥ ＰＤＳＣＨデータに比べ充分に小さいので、ＵＥは、「ｘ」回以上のＤＣＩ Ｆｏｒｍａｔ １Ｃ検出許可に対しＴＢＳが示されるまで、ＴＢサイズの異なる２以上のＳＩ−ｘ送信からの（先に検出した「１Ｃ」許可からの）同じＴＢＳの検出したＤＣＩ Ｆｏｒｍａｔ １Ｃ許可をバッファし、場合によっては軟結合することが可能である。次いで、ＵＥは、「ｘ」回以上のＤＣＩ Ｆｏｒｍａｔ １Ｃ検出許可に対し示されたＴＢＳを基準ＴＢＳとして、またＳＩ−ｘウィンドウにおける将来のＳＩ−ｘ送信の対応するバッファとして用いることが可能である。したがって、基準ＴＢＳとは異なるＴＢＳを有するＤＣＩ Ｆｏｒｍａｔ １Ｃ許可は無視される。代替の一実施形態では、異なるＴＢＳ ＳＩ−ｘ送信により２以上のバッファを維持することが可能であり、最初に正しく復号（ＣＲＣがパス）するバッファが有効なＳＩ−ｘデータと見なされ、高位層へ渡される。ＤＣＩ Ｆｏｒｍａｔ １Ｃ許可検出の性能を改良するために、許可／割当における予約済みまたは未使用の（すなわち、有効な値を有することの不可能な）ビットフィールドは、既知のデフォルトビット状態（例えば、０）に設定され、偽検出率を減少させるための「仮想ＣＲＣ」として機能することが可能である。
【００４８】
ＢＣＣＨでは、ＳＩＢ１またはＳＩ−ｘ送信の冗長バージョンを示すために、２ビットのＲＶが必要である。ＲＶは、上述のように２つのＲＶビットに基づきＣＲＣのスクランブルを行うことによって示される。ＰａｇｉｎｇまたはＲＡＣＨ応答メッセージについては、そのようなメッセージはＲＶ＝０を用いて送信されると仮定されるので、対応するＤＣＩ Ｆｏｒｍａｔ １Ｃ ＰＤＣＣＨにＲＶビットは不要である。ＳＩＢ１にはＲＶビットは不要である。ＳＩＢ１は、図６に示すように、８０ミリ秒（ｍｓ）毎に、偶数のシステムフレーム番号における４つの別個の部分により送信される。
【００４９】
別の実施形態では、ＲＶフィールドを除去することによって、Ｆｏｒｍａｔ １Ｃのペイロードサイズが２ビットだけ減少する。この実施形態では、所与のＳＩ−ｘ（ｘ＝２〜８）についてＮサブフレーム（例えば、Ｎ＝４０）からなるスケジューリング情報（ＳＩ）ウィンドウに総送信機会を取り、次いで、このウィンドウをＫ個のサブウィンドウへ分解する。ここで、ＫはＳＩ−ｘウィンドウ毎の送信数であり、各サブウィンドウは、いずれの冗長バージョンがＢＣＣＨ送信に用いられるかを現在のサブウィンドウに基づき基地局および移動局が常に分るように、冗長バージョンに対しマッピングされる。なお、異なるＳＩ−ｘウィンドウ同士が重なることはない。また、このことはＳＩＢ１にも当てはまる。
【００５０】
代替の一実施形態では、システムフレーム番号がＳＩＢ１送信の冗長バージョンに対しマッピングされてよい。各ＳＩＢ部分は、グループから選択される高々１つの対応するＲＶに関連付けられる。例えば、このグループは、０；２；３；１のシーケンスに対応してよい。ここで、各フレーム番号は高々１つの冗長バージョンに関連付けられる。図６に示す一実施形態では、冗長バージョンは、フレームに対応するシステムフレーム番号に対し次のようにマッピングされている。
・システムフレーム番号を８で除した剰余が０であれば、ＲＶ０へマッピングされる。
・システムフレーム番号を８で除した剰余が２であれば、ＲＶ２へマッピングされる。
・システムフレーム番号を８で除した剰余が４であれば、ＲＶ３へマッピングされる。
・システムフレーム番号を８で除した剰余が６であれば、ＲＶ１へマッピングされる。
【００５１】
このＲＶを送信するための代替機構では、コントローラは、ＳＢ１を送信するフレームのフレーム番号に対応するＲＶに基づき、送信用に４つのＳＩＢ１部分のうちの１つを選択する。
【００５２】
変更されたスケジューリング許可は、コントローラに通信可能に接続されたトランシーバを備える無線ユーザ端末によって受信される。このコントローラは、トランシーバにて受信したチャネル符号化されたスケジューリング許可から、スケジューリング許可情報および追加のスケジューリング許可情報を復号するように構成されている。ＵＥコントローラも、上述の通り、パリティビットに符号化された追加のスケジューリング許可情報（例えば、ＴＢＳ、ＲＶまたはその両方）を識別するように構成されている。
【００５３】
代替の一実施形態では、ＳＩ−ｘ送信ウィンドウにおけるサブフレーム番号が、ＳＩ−ｘ（ｘ＝２〜８）送信の冗長バージョンに対しマッピングされてよい。ＳＩ−ｘは、図７に示すように、４０ミリ秒の間隔すなわち送信ウィンドウの別個の部分により送信されてよい。異なるＳＩ−ｘに対するＳＩ−ｘ送信ウィンドウは、重なっていなくてよい。典型的なスケジューリング情報（ＳＩ−ｘ、ｘ＝２〜８）ウィンドウでは、総送信機会はＮ個のサブフレームからなる（例えば、Ｎ＝４０）。各ＳＩ−ｘ部分は、グループから選択される高々１つの対応するＲＶに関連付けられる。例えば、このグループは、０；２；３；１のシーケンスに対応してよい。ここで、各フレーム番号は高々１つの冗長バージョンに関連付けられる。一実施形態では、冗長バージョンは、フレームに対応するサブフレーム番号に対し次のようにマッピングされている。
・サブフレーム番号を４で除した剰余が０であれば、ＲＶ０へマッピングされる。
・サブフレーム番号を４で除した剰余が１であれば、ＲＶ２へマッピングされる。
・サブフレーム番号を４で除した剰余が２であれば、ＲＶ３へマッピングされる。
・サブフレーム番号を４で除した剰余が３であれば、ＲＶ１へマッピングされる。
【００５４】
さらに別の実施形態では、ＳＩ−ｘ送信について、冗長バージョンはフレームに対応するサブフレーム番号に対し次のようにマッピングされている。
・サブフレーム番号を４で除した剰余が０であれば、ＲＶ０へマッピングされる。
・サブフレーム番号を４で除した剰余が１であれば、ＲＶ１へマッピングされる。
・サブフレーム番号を４で除した剰余が２であれば、ＲＶ２へマッピングされる。
・サブフレーム番号を４で除した剰余が３であれば、ＲＶ３へマッピングされる。
【００５５】
より一般的には、任意の符号化されたメッセージについて、無線通信インフラストラクチャ用エンティティのコントローラは、多フレーム構造のフレームにおける送信用に符号化されたメッセージの一部を選択する。この実施形態では、コントローラは、符号化したメッセージを送信するフレームのフレーム番号に対応する冗長バージョンインジケータに基づき、符号化したメッセージのうちの一部を選択する。符号化したメッセージの選択した部分を送信するフレームは、異なる複数の冗長バージョンからなるグループから選択される高々１つの冗長バージョンに関連付けられている。フレーム番号は、この実施例では、上述の例のようにシステムフレーム番号であってもよく、スロット番号もしくはサブフレーム番号、またはそれらの組み合わせであってもよい。
【００５６】
符号化されたメッセージの一部を受信する無線ユーザ端末は、冗長バージョンを用いて、受信した部分から符号化されたメッセージを復号する。したがって、無線ユーザ端末は、コントローラに通信可能に接続されたトランシーバを備えており、このコントローラは、トランシーバが符号化されたメッセージの部分を受信したフレームに対応するフレーム番号に基づき、冗長バージョンを決定するように構成されている。ＵＥコントローラも、冗長バージョンに基づき、符号化したメッセージを復号するように構成されている。ＵＥは、符号化されたメッセージの第１の部分の冗長バージョンに基づき、符号化されたメッセージを復号することが不可能な場合、符号化されたメッセージの別の部分を受信する。
【技術分野】
【０００１】
本発明は無線通信システムに関する。より詳細には、本発明は、無線通信システムにおけるスケジューリング許可または割当情報、例えば、冗長バージョン、トランスポートブロックサイズまたはその両方のシグナリングに関する。
【背景技術】
【０００２】
無線通信システムでは、一般に、スケジューリング許可（ｇｒａｎｔ）および割当に用いられるビット数を最小とすることが望ましい。例えば、３ＧＰＰ ＬＴＥでは、ＲＡＣＨ、ページング（ＰＣＨ）、およびＢＣＣＨスケジューリングを含む、ＰＤＳＣＨブロードキャスト制御送信のスケジューリングに用いられるスケジューリング割当のサイズを減少させることによって、効率が改良される。現在、３ＧＰＰ ＬＴＥでは、ＢＣＣＨのスケジューリング時には、スケジューリング割当に２つの冗長バージョン（ＲＶ）ビットが必要であるが、それらのビットはＰＣＨまたはＲＡＣＨ応答のスケジューリング時には用いられない。３ＧＰＰ ＬＴＥにおいて定義されている他のスケジューリング許可および割当、例えば、ＢＣＣＨやＰＣＨおよびＲＡＣＨ応答に用いられる現在のＰＤＣＣＨ ＤＣＩ Ｆｏｒｍａｔ １Ａのスケジューリング割当では、トランスポートブロックサイズ（ＴＢＳ）のインジケータに５ビットが必要である。ＴＢＳインジケータによって充分な粒度でＴＢＳを選択することを可能とするには、５ビットも必要である。３ＧＰＰ Ｒ１−０８２７０５では、ＳＩＢ−１上で５ビットのＢＣＣＨトランスポートブロックサイズ識別子のうちの２ビットを信号で送り、ＰＤＣＣＨ ＤＣＩ Ｆｏｒｍａｔ １Ｃ許可／割当により他の３ビットを信号で送ることが提案されている。
【０００３】
３ＧＰＰでは、ユーザ識別情報（ＵＥＩＤ）、スケジューリング割当の種類またはその両方を示すように、スケジューリング割当の巡回冗長検査（ＣＲＣ）ビットをマスクすることが一般に知られている。例えば、ＤＣＩ Ｆｏｒｍａｔ １Ｃ許可がページング（Ｐａｇｉｎｇ）、ＲＡＣＨ応答、またはＳＩのいずれについてのものであるかは、Ｐ−ＲＮＴＩ（ページング）と、ＲＡ−ＲＮＴＩ（ＲＡＣＨ応答）のうちの１つと、ＳＩＢ１およびＳＩ−ｘ（ｘ＝２，．．．，８）のＳＩ−ＲＮＴＩとのうちのいずれかを用いてＣＲＣのスクランブルを行うことによって、非明示的に示される。
【０００４】
カンダニ（Ｋｈａｎｄａｎｉ）らによる特許文献１には、ＣＲＣのスクランブルを行うことについて記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】米国特許第７，３１８，１８５号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００６】
無線通信システムにおけるスケジューリング許可または割当情報、例えば、冗長バージョン、トランスポートブロックサイズまたはその両方のシグナリングを行う無線通信インフラストラクチャ用エンティティを提供する。
【課題を解決するための手段】
【０００７】
上記問題点を解決するために、請求項１に記載の発明は、無線通信インフラストラクチャ用エンティティであって、トランシーバと、トランシーバに通信可能に接続されたコントローラと、を備え、コントローラは、スケジューリング許可情報に基づきパリティビットを生成するとともに、パリティビットの生成に用いられない追加のスケジューリング許可情報に基づきパリティビットを符号化するように構成されており、符号化されたパリティビットはスケジューリング許可情報に結合されることを要旨とする。
【０００８】
請求項２に記載の発明は、請求項１に記載のエンティティにおいて、コントローラは、パリティビットの生成に用いられない追加のスケジューリング許可情報に対応するビットのユニークな組を用いてパリティビットのスクランブルを行うことによって、パリティビットを符号化するように構成されていることを要旨とする。
【０００９】
請求項３に記載の発明は、請求項２に記載のエンティティにおいて、ビットのユニークな組は、パリティビットの生成に用いられない追加のスケジューリング許可情報の状態と、パリティビットとに基づくマスクであり、コントローラは、パリティビットとマスクとの排他的論理和を演算することによって、前記スクランブルを行うように構成されていることを要旨とする。
【００１０】
請求項４に記載の発明は、請求項１に記載のエンティティにおいて、無線通信インフラストラクチャ用エンティティは基地局であり、パリティビットの生成に用いられない追加のスケジューリング許可情報はトランスポートブロックサイズインジケータに基づき、コントローラは、パリティビットの生成に用いられない追加のスケジューリング許可情報に対応するビットのユニークな組を用いてパリティビットのスクランブルを行うことによって、パリティビットを符号化するように構成されていることを要旨とする。
【００１１】
請求項５に記載の発明は、請求項４に記載のエンティティにおいて、コントローラは、パリティビットとビットのユニークな組との排他的論理和を演算することによって、前記スクランブルを行うように構成されていることを要旨とする。
【００１２】
請求項６に記載の発明は、請求項１に記載のエンティティにおいて、無線通信インフラストラクチャ用エンティティは基地局であり、パリティビットの生成に用いられない追加のスケジューリング許可情報は冗長バージョンインジケータに基づき、コントローラは、パリティビットの生成に用いられない追加のスケジューリング許可情報に対応するビットのユニークな組を用いてパリティビットのスクランブルを行うことによって、パリティビットを符号化するように構成されていることを要旨とする。
【００１３】
請求項７に記載の発明は、請求項６に記載のエンティティにおいて、コントローラは、パリティビットとビットのユニークな組との排他的論理和を演算することによって、前記スクランブルを行うように構成されていることを要旨とする。
【００１４】
請求項８に記載の発明は、請求項１に記載のエンティティにおいて、無線通信インフラストラクチャ用エンティティは基地局であり、パリティビットの生成に用いられない追加のスケジューリング許可情報は、ユーザ端末がアップリンクチャネルに関する制御情報を含むことを示すインジケータであり、コントローラは、パリティビットの生成に用いられない追加のスケジューリング許可情報に対応するビットのユニークな組を用いてパリティビットのスクランブルを行うことによって、パリティビットを符号化するように構成されていることを要旨とする。
【００１５】
請求項９に記載の発明は、請求項１に記載のエンティティにおいて、無線通信インフラストラクチャ用エンティティは基地局であり、パリティビットの生成に用いられない追加のスケジューリング許可情報はユーザ端末リソース割当情報に基づき、コントローラは、パリティビットの生成に用いられない追加のスケジューリング許可情報に対応するビットのユニークな組を用いてパリティビットのスクランブルを行うことによって、パリティビットを符号化するように構成されていることを要旨とする。
【００１６】
請求項１０に記載の発明は、無線ユーザ端末であって、トランシーバと、トランシーバに通信可能に接続されたコントローラと、を備え、コントローラは、トランシーバにて受信したチャネル符号化されたスケジューリング許可から、スケジューリング許可情報および追加のスケジューリング許可情報を復号するように構成されており、前記スケジューリング許可は、スケジューリング許可情報の結合されたパリティビットにより符号化された追加のスケジューリング許可情報を含み、コントローラは、パリティビットへ符号化された追加のスケジューリング許可情報を識別するように構成されており、パリティビットは、追加のスケジューリング許可情報を除いたスケジューリング許可情報に基づいて生成されていることを要旨とする。
【００１７】
請求項１１に記載の発明は、請求項１０に記載の端末において、追加のスケジューリング許可情報はトランスポートブロックサイズインジケータに基づくことを要旨とする。
請求項１２に記載の発明は、請求項１０に記載の端末において、追加のスケジューリング許可情報は、冗長バージョンインジケータと、ユーザ端末がアップリンクチャネルに関する制御情報を含むことを示すインジケータと、ユーザ端末リソース割当情報とのうちの１つに基づくことを要旨とする。
【００１８】
請求項１３に記載の発明は、無線通信インフラストラクチャ用エンティティであって、トランシーバと、トランシーバに通信可能に接続されたコントローラと、を備え、コントローラは、メッセージを符号化するとともに、各々対応するフレーム番号を有する複数のフレームからなる多フレーム構造のうちの１つのフレームによる送信用に、符号化されたメッセージのうちの一部を選択するように構成されており、符号化したメッセージのうちの一部の選択は、符号化したメッセージの該一部を送信するフレームのフレーム番号に対応する冗長バージョンに基づく、ことを要旨とする。
【００１９】
請求項１４に記載の発明は、請求項１３に記載のエンティティにおいて、符号化したメッセージの選択した部分を送信するフレームは、異なる複数の冗長バージョンからなるグループから選択される高々１つの冗長バージョンに関連付けられていることを要旨とする。
【００２０】
請求項１５に記載の発明は、請求項１３に記載のエンティティにおいて、メッセージはシステム情報ブロックメッセージであり、フレーム番号はシステムフレーム番号であり、冗長バージョンは、フレームに対応するシステムフレーム番号から、システムフレーム番号を８で除した剰余が０であれば、ＲＶ０へマッピングされ、システムフレーム番号を８で除した剰余が２であれば、ＲＶ２へマッピングされ、システムフレーム番号を８で除した剰余が４であれば、ＲＶ３へマッピングされ、システムフレーム番号を８で除した剰余が６であれば、ＲＶ１へマッピングされるように決定されることを要旨とする。
【００２１】
請求項１６に記載の発明は、請求項１３に記載のエンティティにおいて、メッセージはシステム情報ブロックメッセージであり、フレーム番号はスケジューリング情報ウィンドウにおけるサブフレーム番号であり、冗長バージョンは、サブフレームに対応するサブフレーム番号から、サブフレーム番号を４で除した剰余が０であれば、ＲＶ０へマッピングされ、サブフレーム番号を４で除した剰余が１であれば、ＲＶ２へマッピングされ、サブフレーム番号を４で除した剰余が２であれば、ＲＶ３へマッピングされ、サブフレーム番号を４で除した剰余が３であれば、ＲＶ１へマッピングされるように決定されることを要旨とする。
【００２２】
請求項１７に記載の発明は、請求項１４に記載のエンティティにおいて、メッセージはシステム情報ブロックメッセージであり、前記グループのうちの１つ以上の冗長バージョンは、フレーム番号を８で除した剰余が０へマッピングされることを要旨とする。
【００２３】
請求項１８に記載の発明は、無線ユーザ端末であって、トランシーバと、トランシーバに通信可能に接続されたコントローラと、を備え、コントローラは、符号化されたメッセージの第１の部分をトランシーバが受信したフレームに対応するフレーム番号に基づき冗長バージョンを決定するとともに、冗長バージョンに基づき、符号化されたメッセージを復号するように構成されていることを要旨とする。
【００２４】
請求項１９に記載の発明は、請求項１８に記載の端末において、符号化されたメッセージの第１の部分が受信されるフレームは、異なる複数の冗長バージョンからなるグループから選択される高々１つの冗長バージョンに関連付けられていることを要旨とする。
【００２５】
請求項２０に記載の発明は、請求項１８に記載の端末において、符号化されたメッセージはシステム情報ブロックメッセージであり、フレーム番号はシステムフレーム番号であり、冗長バージョンは、システムフレーム番号から、システムフレーム番号を８で除した剰余が０であれば、ＲＶ０へマッピングされ、システムフレーム番号を８で除した剰余が２であれば、ＲＶ２へマッピングされ、システムフレーム番号を８で除した剰余が４であれば、ＲＶ３へマッピングされ、システムフレーム番号を８で除した剰余が６であれば、ＲＶ１へマッピングされるように決定されることを要旨とする。
【００２６】
請求項２１に記載の発明は、請求項１８に記載の端末において、符号化されたメッセージはシステム情報ブロックメッセージであり、フレーム番号はスケジューリング情報ウィンドウにおけるサブフレーム番号であり、冗長バージョンは、サブフレーム番号から、サブフレーム番号を４で除した剰余が０であれば、ＲＶ０へマッピングされ、サブフレーム番号を４で除した剰余が１であれば、ＲＶ２へマッピングされ、サブフレーム番号を４で除した剰余が２であれば、ＲＶ３へマッピングされ、サブフレーム番号を４で除した剰余が３であれば、ＲＶ１へマッピングされるように決定されることを要旨とする。
【図面の簡単な説明】
【００２７】
【図１】無線通信システムを示す図。
【図２】従来技術のＤＣＩ Ｆｏｒｍａｔ １Ｃスケジューリング割当を示す図。
【図３】追加のスケジューリング許可情報を用いて符号化したパリティビットの結合されたスケジューリング許可情報を含む、変更されたＤＣＩ Ｆｏｒｍａｔ １Ｃスケジューリング許可を示す図。
【図４】無線通信インフラストラクチャ用エンティティの概略ブロック図。
【図５】処理フローチャート。
【図６】８０ミリ秒毎の偶数のシステムフレーム番号における４つの別個の部分によるＳＩＢ１送信を示す図。
【図７】４０ミリ秒の送信ウィンドウにおけるＳＩ−ｘ送信を示す図。
【発明を実施するための形態】
【００２８】
添付の図面とともに以下の詳細な説明を充分に参照することによって、当業者には、本発明の様々な態様、特徴、および利点がより明らかとなる。図面は明瞭さのための単純化されている場合があり、必ずしも縮尺通りに描かれていない。
【００２９】
図１において、無線通信システム１００は、地理的領域を通じて分散されたネットワークを形成する１つ以上の固定の基地インフラストラクチャ用ユニットを含む。この基地ユニットは、アクセスポイント、アクセス端末、基地、基地局、ノードＢ（Ｎｏｄｅ−Ｂ）、ｅＮｏｄｅ−Ｂ、ｅＮＢ、ホームノードＢ、中継ノード、または本技術分野において用いられる他の用語で呼ばれることもある。図１では、１つ以上の基地ユニット１０１，１０２は、サービングエリア（例えば、セル、セルセクタ）内の複数のリモートユニット１０３，１１０にサービス提供する。リモートユニットは固定ユニットであっても、移動体端末であってもよい。このリモートユニットも、加入者ユニット、移動体、移動局、ユーザ、端末、加入者局、ユーザ機器（ＵＥ）、端末、中継器、または本技術分野において用いられる他の用語で呼ばれることもある。
【００３０】
図１では、一般に、基地ユニット１０１，１０２は、ダウンリンク通信信号１０４，１０５を送信し、時間領域、周波数領域またはその両方によりリモートユニットにサービス提供する。リモートユニット１０３，１１０は、アップリンク通信信号１０６，１１３を介して１つ以上の基地ユニットと通信を行う。この１つ以上の基地ユニットは、ダウンリンク送信およびアップリンク送信用に、１つ以上の送信器と、１つ以上の受信器とを備えてよい。リモートユニットも、１つ以上の送信器と、１つ以上の受信器とを備えてよい。基地ユニットは、一般に、１つ以上の対応する基地ユニットに通信可能に接続された１つ以上のコントローラを含む無線接続ネットワークの一部である。この無線接続ネットワークは、一般に、１つ以上のコアネットワークに通信可能に接続されており、このコアネットワークは他のネットワーク（特に、インターネットおよび公衆交換電話網）に接続されてよい。無線接続ネットワークおよびコアネットワークにおけるそれらの要素および他の要素を示しはしないが、そうした要素は当業者には知られている。
【００３１】
一実施形態では、無線通信システムは、ＥＵＴＲＡとも呼ばれる、３ＧＰＰ ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）プロトコルの開発中のＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）に準拠する。この場合、基地局はダウンリンク上で直交周波数分割多重（ＯＦＤＭ）変調方式を用いて送信し、ユーザ端末はアップリンク上で単一搬送波周波数分割多元接続（ＳＣ−ＦＤＭＡ）方式を用いて送信する。しかしながら、より一般的には、無線通信システムは他のプロトコル、特に、他の何らかのオープンまたはプロプライエタリな通信プロトコル（例えば、ＷｉＭＡＸ）を実装することができる。この記載は、本発明を特定の無線通信システムアーキテクチャまたはプロトコルの実装に限定することを意図したものではない。
【００３２】
一部のシステム（例えば、ＥＵＴＲＡプロトコルのシステム）では、基地ユニットは、データおよび制御通信と、スケジューリング割当の送信とに対する、時間、周波数、空間のうちの１つ以上の資源の割当を含む、スケジューリング機能を実行する。一般に、スケジューリング許可、割当またはその両方に用いられるビット数を最小とすることが望ましい。本明細書では、「許可」および「割当」の用語を区別せずに用いる。さらに、いずれの用語も、アップリンク（ＵＬ）、ダウンリンク（ＤＬ）もしくはその両方からなる許可または割当を表し得る。
【００３３】
本発明の一態様では、例えば、所定のビットフィールドのサイズを減少させるかフィールドを除去することによって、スケジューリング許可または割当のサイズを減少させる。スケジューリング許可内のフィールドのサイズの減少またはフィールドの除去により、もはや所定のフィールドに収容できない情報は、スケジューリング許可に関連付けられたパリティビットにより符号化される。一実施形態では、パリティビットは巡回冗長検査（ＣＲＣ）ビットまたは他のパリティビットである。
【００３４】
一実施形態では、３ＧＰＰ ＬＴＥ ＤＣＩ Ｆｏｒｍａｔ １Ｃスケジューリング割当のサイズが減少される。ＤＣＩ Ｆｏｒｍａｔ １Ｃは、ＰＣＨ、ＲＡＣＨ応答およびＢＣＣＨメッセージのスケジューリングを行うために用いられる（ＳＩＢ１、ＳＩ−ｘ（ｘ＝２，．．．，８））。図２には、従来技術の割当を示す。この割当には、他のフィールドに加え、トランスポートブロックサイズ（ＴＢＳ）を示す５ビットのトランスポートブロックサイズフィールド、冗長バージョン（ＲＶ）を示す２ビットの冗長バージョンフィールド、および１６ビットのＣＲＣフィールドが含まれる。図３に示すのは、追加のスケジューリング許可情報を用いて符号化したパリティビット（ＣＲＣ）の結合されたスケジューリング許可情報（ＴＢＳ）を含む、変更されたＤＣＩ Ｆｏｒｍａｔ １Ｃスケジューリング許可である。図３では、ＴＢＳフィールドが５ビットから３ビットに減少され、ＲＶフィールドは除去されている。代替の実施形態では、ＴＢＳフィールドのサイズを減少させることとＲＶフィールドを除去することとの両方ではなく、ＴＢＳフィールドのサイズを減少させることのみ、またはＲＶフィールドを除去することのみによって、ＤＣＩ Ｆｏｒｍａｔ １Ｃ割当を変更することができる。これに代えて、一方または両方のフィールドのサイズを減少してもよく、一方または両方のフィールドを完全に除去してもよい。
【００３５】
図４では、無線通信インフラストラクチャ用エンティティ４００は、コントローラ４２０に通信可能に接続されたトランシーバ４１０を備え、そのカバレッジエリア内の１つ以上のユーザ機器（ＵＥ）と通信を行う。コントローラは、通常、メモリ４３０に記憶されたソフトウェア、ファームウェアまたはその両方によって制御されるデジタルプロセッサとして実装される。つまり、コントローラは、ソフトウェア／ファームウェアによって様々な機能を実行するように構成されている。しかしながら、これに代えて、コントローラはハードウェアの均等物のデバイスとして実装されてもよく、ハードウェアとソフトウェアとの組み合わせとして実装されてもよい。一実施形態では、無線インフラストラクチャ用エンティティは、図１の基地ユニットのうちの１つに相当する。基地ユニットは、一般に知られているように、ＵＥにリソースを割り当てるためのスケジューラ機能を備える。
【００３６】
図４では、コントローラは、ユーザ端末へ送信されるＵＬまたはＤＬスケジューリング許可情報に基づきパリティビットを生成する、パリティビット生成機能４２２を備える。すなわち、コントローラは、ソフトウェア、ファームウェアまたはその両方の制御下において、スケジューリング許可情報に基づきパリティビットを生成するように構成されている。図５の処理フローチャート５００では、５１０にて、無線通信ネットワークインフラストラクチャ用エンティティは、スケジューリング許可情報に基づきパリティビット（例えば、巡回冗長検査（ＣＲＣ）ビット）を生成する。図４では、４２３にて、スケジューリング許可情報にパリティビットが結合される。
【００３７】
図４では、コントローラは、追加のスケジューリング許可情報に基づくパリティビットの符号化を実装すべく、パリティビット符号化機能４２４を備えており、追加のスケジューリング許可情報はパリティビットの生成に用いられない。すなわち、コントローラは、ソフトウェア、ファームウェアまたはその両方の制御下において、パリティビットの生成に用いられない追加のスケジューリング許可情報に基づきパリティビットを符号化するように構成されている。演算（すなわち、図４におけるパリティビットの符号化４２４および結合４２３）の順序は反対であってもよい。同様に、図５における機能５３０，５２０が反対であってもよい。
【００３８】
一実施形態では、コントローラは、パリティビットの生成に用いられない追加のスケジューリング許可情報に対応するビットからなるユニークなビット集合、すなわち、ビットのユニークな組を用いてパリティビットのスクランブルを行うことによって、パリティビットを符号化するように構成されている。このビットのユニークな組は、パリティビットの生成に用いられない追加のスケジューリング許可情報の状態と、パリティビットとに基づくマスクである。一実施形態では、コントローラは、パリティビットとマスクとの排他的論理和（ＸＯＲ）を演算することによって、スクランブルを実行するように構成されている。このマスクは、例えば、長さ３のＮ個のマスク語を選択することによってして、例えば生成することができる。ここで、Ｎは最大のハミング距離を有するＣＲＣパリティフィールドの長さである。そのようなマスク語の組は、例えば、パリティビットの生成に用いられない追加のスケジューリング許可情報に対応する、全てが０（すなわち、ヌル）のマスク語を含んでよい。４つの異なる冗長バージョンについて、長さＮ＝１６のマスク語の組の例を、テーブル１およびテーブル２に示す。
【００３９】
【表１】
【００４０】
一実施形態では、パリティビットの生成に用いられない追加のスケジューリング許可情報は、トランスポートブロックサイズ（ＴＢＳ）インジケータに基づくか、トランスポートブロックサイズインジケータの一部に基づく。ＴＢＳフィールドを減少したが除去してはいない一実施形態では、ＴＢＳの最下位ビットはＴＢＳフィールドにより明示的に通信され、ＴＢＳの最上位ビットはパリティビットに対する符号化の基底を形成する。あるいは、パリティビットを符号化するために用いられるマスクは、順番に並べられたトランスポートブロックサイズ一覧へのオフセットに基づく。３ＧＰＰ ＬＴＥ ＤＣＩ Ｆｏｒｍａｔ １Ｃスケジューリング割当の実施形態では、ＳＩ−ｘについて、ＭＣＳ相対インデックスによって基準ＴＢＳに対するＴＢＳのインデックスを示す。基準ＴＢＳは、ＳＩＢ１上で送信される各ＳＩ−ｘあたり２ビットを用いて非明示的に示すことが可能である。ＳＩＢ１については、基準ＴＢＳは４４０ビットのＴＢＳに固定される。
【００４１】
ＢＣＣＨでは、ＳＩＢ１またはＳＩ−ｘ伝送の冗長バージョンを示すために、２ビットのＲＶが必要である。図３の変更されたＤＣＩ Ｆｏｒｍａｔ １Ｃ割当を用いる別の実施形態では、パリティビットの生成に用いられない追加のスケジューリング許可情報は、冗長バージョン（ＲＶ）インジケータに基づく。３ＧＰＰ ＬＴＥにおいて、ＰａｇｉｎｇまたはＲＡＣＨ応答メッセージについては、そのようなメッセージはＲＶ＝０を用いて送信されると仮定されるので、対応するＤＣＩ Ｆｏｒｍａｔ １Ｃ ＰＤＣＣＨにＲＶビットは不要である。
【００４２】
別の実施形態では、パリティビットの生成に用いられない追加のスケジューリング許可情報は、ユーザ端末がアップリンクチャネルに関する制御情報を含むことを示すインジケータである。アップリンクチャネルに関する制御情報の例には、次に限定されないが、ＡＣＫ／ＮＡＣＫ応答、ＣＱＩ（チャネル品質情報）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、Ｓｏｕｎｄｉｎｇ波形、またはそれらの組み合わせが含まれる。別の実施形態では、パリティビットの生成に用いられない追加のスケジューリング許可情報は、ユーザ端末リソース割当情報に基づく。ユーザ端末リソース割当情報の例には、次に限定されないが、周波数ホッピングが用いられるか否かを示す情報、またはリソースブロック（ＲＢ）割当がローカライズされている（連続的である）か、分散されているかを示す情報が含まれる。ユーザ端末リソース割当情報には、送信が最初の送信であるか、再送信であるかを示す新データインジケータ（ＮＤＩ）、ＣＱＩ要求、およびＴＰＣ（Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ）情報も含まれる。パリティビットの生成に用いられない追加のスケジューリング許可情報は、ＴＤＤ特定ＵＬインデックスまたはＤＬ割当インデックス、ＨＡＲＱ処理番号用のＭＳＢビットなど、ＦＤＤとＴＤＤとの間の共通部分が最大となるようにＴＤＤ／ＦＤＤについてのスケジューリング許可／割当のサイズを（ほぼ）同じとするＴＤＤ／ＦＤＤ特定フィールドであってもよい。
【００４３】
別の実施形態では、パリティビットの生成に用いられない追加のスケジューリング許可情報は、制御送信が１回以上繰り返される場合に発生するブロードキャスト制御（例えば、ページング）送信番号のインジケータである。別の実施形態では、パリティビットの生成に用いられない追加のスケジューリング許可情報は、追加のスケジューリング許可の必要なく次のサブフレームまたは何らかの所定の将来のサブフレームに発生する場合のある別の制御（例えば、ページング）送信のインジケータである。
【００４４】
スケジューリング許可情報は、一般に、ユーザ端末への送信前に、符号化されたパリティビットに結合されるなど、符号化されたパリティビットに関連付けられる。一実施形態では、コントローラは、パリティビットを（例えば、その開始部または終了部にて）スケジューリング許可情報に連結することによって、スケジューリング許可情報とパリティビットとを結合するように構成される。この結合は、パリティビットが符号化される前に実行されても後に実行されてもよい。これに代えて、パリティビットは情報ワードの中間部分に挿入されてもよく、符号化の前または後に、パリティビットがスケジューリング許可情報へインターリーブされてもよい。
【００４５】
図５では、ブロック５２０にて、無線通信インフラストラクチャ用エンティティがスケジューリング許可情報とパリティビットとを結合し、次いで５３０にて、パリティビットの生成に用いられない追加のスケジューリング許可情報に基づき、パリティビットが符号化される。代替の一実施形態では、パリティビットはスケジューリング許可情報に結合される前に符号化される。したがって、図４における結合機能４２３とパリティビット符号化機能との空間的な位置関係は、それらの機能を実行する順序を必ずしも表していない。一部の実施形態において、図４では、コントローラは、送信前にスケジューリング許可情報および結合した符号化されたパリティビットをチャネル符号化するために用いられるチャネル符号化機能４３６を備える。図５では、５４０にて、符号化したパリティビットに結合されたスケジューリング許可情報がチャネル符号化された後、５５０にて送信される。図４では、コントローラは、チャネル符号化した情報ワードと、パリティビットとを、送信のためにトランシーバへ通信する。
【００４６】
一部の実施形態では、ＵＥ特異的なＣＲＣの復号を試みるＵＥが誤って正確にＢＣＣＨ ＤＣＩを復号する可能性が増大する。しかしながら、これはＵＥ特異的なＣＲＣマスクが多数存在する場合と比べ、それほどひどくはない。負荷の軽い状況を除き、ＢＣＣＨ ＣＲＣスクランブルの使用がユニキャストＵＥに対する誤ったＤＣＩ処理を導く心配、したがって、ユニキャストＵＥのバッファ汚染はほとんどないと思われる。ＢＣＣＨ自体の受信を試みるＵＥについては誤ってＲＶを復号する可能性が存在するが、これについても良いＲＶ依存のマスクの集合を用いれば制御可能であると思われる。同じクラスのＵＥは、ユニキャスト送信をＢＣＣＨ送信として復号する確率が高く、ＢＣＣＨ結合処理を汚染する。これについても、ＰＤＳＣＨ復号が支配的な場合には、任意の妥当なＳＮＲを復号する正しいＳＩＢの主要な決定要因であるとは思われない。ＤＣＩ Ｆｏｒｍａｔ １Ｃの偽検出の増大を原因とする軟バッファ結合誤りによる性能損を軽減するために、所与のＳＩ−ｘ送信ウィンドウに対する現在の基準ＴＢＳとは異なるＴＢＳを有するＤＣＩ Ｆｏｒｍａｔ １Ｃ許可を検出したＵＥは、その基準ＴＢＳが現在のＳＩ−ｘウィンドウにおける先に検出されたＤＣＩ Ｆｏｒｍａｔ １Ｃ許可から少なくとも「ｘ」回信号で送られた／検出された場合、ＤＣＩ Ｆｏｒｍａｔ １Ｃ許可送信を無視し、ＵＥが別のＴＢＳを有するＤＣＩ Ｆｏｒｍａｔ １Ｃ許可を「ｘ」回以上検出していない場合、最も新しいＤＣＩ Ｆｏｒｍａｔ １Ｃ検出のＴＢＳを基準ＴＢＳとして用いることが可能である。「ｘ」の適切な値は２である。この場合、ＵＥは軟バッファのフラッシュを行うことができ、最も新しいＤＣＩ Ｆｏｒｍａｔ １Ｃ検出に対応するＳＩ−ｘ送信を用いてバッファを再初期化する。最も新しいＤＣＩ Ｆｏｒｍａｔ １Ｃ許可からのＴＢＳが新たな基準ＴＢＳとなる。
【００４７】
別の実施形態では、ＳＩ−ｘのサイズはＭＩＭＯを用いる／用いない潜在的なＵＥ ＰＤＳＣＨデータに比べ充分に小さいので、ＵＥは、「ｘ」回以上のＤＣＩ Ｆｏｒｍａｔ １Ｃ検出許可に対しＴＢＳが示されるまで、ＴＢサイズの異なる２以上のＳＩ−ｘ送信からの（先に検出した「１Ｃ」許可からの）同じＴＢＳの検出したＤＣＩ Ｆｏｒｍａｔ １Ｃ許可をバッファし、場合によっては軟結合することが可能である。次いで、ＵＥは、「ｘ」回以上のＤＣＩ Ｆｏｒｍａｔ １Ｃ検出許可に対し示されたＴＢＳを基準ＴＢＳとして、またＳＩ−ｘウィンドウにおける将来のＳＩ−ｘ送信の対応するバッファとして用いることが可能である。したがって、基準ＴＢＳとは異なるＴＢＳを有するＤＣＩ Ｆｏｒｍａｔ １Ｃ許可は無視される。代替の一実施形態では、異なるＴＢＳ ＳＩ−ｘ送信により２以上のバッファを維持することが可能であり、最初に正しく復号（ＣＲＣがパス）するバッファが有効なＳＩ−ｘデータと見なされ、高位層へ渡される。ＤＣＩ Ｆｏｒｍａｔ １Ｃ許可検出の性能を改良するために、許可／割当における予約済みまたは未使用の（すなわち、有効な値を有することの不可能な）ビットフィールドは、既知のデフォルトビット状態（例えば、０）に設定され、偽検出率を減少させるための「仮想ＣＲＣ」として機能することが可能である。
【００４８】
ＢＣＣＨでは、ＳＩＢ１またはＳＩ−ｘ送信の冗長バージョンを示すために、２ビットのＲＶが必要である。ＲＶは、上述のように２つのＲＶビットに基づきＣＲＣのスクランブルを行うことによって示される。ＰａｇｉｎｇまたはＲＡＣＨ応答メッセージについては、そのようなメッセージはＲＶ＝０を用いて送信されると仮定されるので、対応するＤＣＩ Ｆｏｒｍａｔ １Ｃ ＰＤＣＣＨにＲＶビットは不要である。ＳＩＢ１にはＲＶビットは不要である。ＳＩＢ１は、図６に示すように、８０ミリ秒（ｍｓ）毎に、偶数のシステムフレーム番号における４つの別個の部分により送信される。
【００４９】
別の実施形態では、ＲＶフィールドを除去することによって、Ｆｏｒｍａｔ １Ｃのペイロードサイズが２ビットだけ減少する。この実施形態では、所与のＳＩ−ｘ（ｘ＝２〜８）についてＮサブフレーム（例えば、Ｎ＝４０）からなるスケジューリング情報（ＳＩ）ウィンドウに総送信機会を取り、次いで、このウィンドウをＫ個のサブウィンドウへ分解する。ここで、ＫはＳＩ−ｘウィンドウ毎の送信数であり、各サブウィンドウは、いずれの冗長バージョンがＢＣＣＨ送信に用いられるかを現在のサブウィンドウに基づき基地局および移動局が常に分るように、冗長バージョンに対しマッピングされる。なお、異なるＳＩ−ｘウィンドウ同士が重なることはない。また、このことはＳＩＢ１にも当てはまる。
【００５０】
代替の一実施形態では、システムフレーム番号がＳＩＢ１送信の冗長バージョンに対しマッピングされてよい。各ＳＩＢ部分は、グループから選択される高々１つの対応するＲＶに関連付けられる。例えば、このグループは、０；２；３；１のシーケンスに対応してよい。ここで、各フレーム番号は高々１つの冗長バージョンに関連付けられる。図６に示す一実施形態では、冗長バージョンは、フレームに対応するシステムフレーム番号に対し次のようにマッピングされている。
・システムフレーム番号を８で除した剰余が０であれば、ＲＶ０へマッピングされる。
・システムフレーム番号を８で除した剰余が２であれば、ＲＶ２へマッピングされる。
・システムフレーム番号を８で除した剰余が４であれば、ＲＶ３へマッピングされる。
・システムフレーム番号を８で除した剰余が６であれば、ＲＶ１へマッピングされる。
【００５１】
このＲＶを送信するための代替機構では、コントローラは、ＳＢ１を送信するフレームのフレーム番号に対応するＲＶに基づき、送信用に４つのＳＩＢ１部分のうちの１つを選択する。
【００５２】
変更されたスケジューリング許可は、コントローラに通信可能に接続されたトランシーバを備える無線ユーザ端末によって受信される。このコントローラは、トランシーバにて受信したチャネル符号化されたスケジューリング許可から、スケジューリング許可情報および追加のスケジューリング許可情報を復号するように構成されている。ＵＥコントローラも、上述の通り、パリティビットに符号化された追加のスケジューリング許可情報（例えば、ＴＢＳ、ＲＶまたはその両方）を識別するように構成されている。
【００５３】
代替の一実施形態では、ＳＩ−ｘ送信ウィンドウにおけるサブフレーム番号が、ＳＩ−ｘ（ｘ＝２〜８）送信の冗長バージョンに対しマッピングされてよい。ＳＩ−ｘは、図７に示すように、４０ミリ秒の間隔すなわち送信ウィンドウの別個の部分により送信されてよい。異なるＳＩ−ｘに対するＳＩ−ｘ送信ウィンドウは、重なっていなくてよい。典型的なスケジューリング情報（ＳＩ−ｘ、ｘ＝２〜８）ウィンドウでは、総送信機会はＮ個のサブフレームからなる（例えば、Ｎ＝４０）。各ＳＩ−ｘ部分は、グループから選択される高々１つの対応するＲＶに関連付けられる。例えば、このグループは、０；２；３；１のシーケンスに対応してよい。ここで、各フレーム番号は高々１つの冗長バージョンに関連付けられる。一実施形態では、冗長バージョンは、フレームに対応するサブフレーム番号に対し次のようにマッピングされている。
・サブフレーム番号を４で除した剰余が０であれば、ＲＶ０へマッピングされる。
・サブフレーム番号を４で除した剰余が１であれば、ＲＶ２へマッピングされる。
・サブフレーム番号を４で除した剰余が２であれば、ＲＶ３へマッピングされる。
・サブフレーム番号を４で除した剰余が３であれば、ＲＶ１へマッピングされる。
【００５４】
さらに別の実施形態では、ＳＩ−ｘ送信について、冗長バージョンはフレームに対応するサブフレーム番号に対し次のようにマッピングされている。
・サブフレーム番号を４で除した剰余が０であれば、ＲＶ０へマッピングされる。
・サブフレーム番号を４で除した剰余が１であれば、ＲＶ１へマッピングされる。
・サブフレーム番号を４で除した剰余が２であれば、ＲＶ２へマッピングされる。
・サブフレーム番号を４で除した剰余が３であれば、ＲＶ３へマッピングされる。
【００５５】
より一般的には、任意の符号化されたメッセージについて、無線通信インフラストラクチャ用エンティティのコントローラは、多フレーム構造のフレームにおける送信用に符号化されたメッセージの一部を選択する。この実施形態では、コントローラは、符号化したメッセージを送信するフレームのフレーム番号に対応する冗長バージョンインジケータに基づき、符号化したメッセージのうちの一部を選択する。符号化したメッセージの選択した部分を送信するフレームは、異なる複数の冗長バージョンからなるグループから選択される高々１つの冗長バージョンに関連付けられている。フレーム番号は、この実施例では、上述の例のようにシステムフレーム番号であってもよく、スロット番号もしくはサブフレーム番号、またはそれらの組み合わせであってもよい。
【００５６】
符号化されたメッセージの一部を受信する無線ユーザ端末は、冗長バージョンを用いて、受信した部分から符号化されたメッセージを復号する。したがって、無線ユーザ端末は、コントローラに通信可能に接続されたトランシーバを備えており、このコントローラは、トランシーバが符号化されたメッセージの部分を受信したフレームに対応するフレーム番号に基づき、冗長バージョンを決定するように構成されている。ＵＥコントローラも、冗長バージョンに基づき、符号化したメッセージを復号するように構成されている。ＵＥは、符号化されたメッセージの第１の部分の冗長バージョンに基づき、符号化されたメッセージを復号することが不可能な場合、符号化されたメッセージの別の部分を受信する。
【特許請求の範囲】
【請求項１】
無線通信インフラストラクチャ用エンティティであって、
トランシーバと、
トランシーバに通信可能に接続されたコントローラと、を備え、
コントローラは、スケジューリング許可情報に基づきパリティビットを生成するとともに、パリティビットの生成に用いられない追加のスケジューリング許可情報に基づきパリティビットを符号化するように構成されており、
符号化されたパリティビットはスケジューリング許可情報に結合される
エンティティ。
【請求項２】
コントローラは、パリティビットの生成に用いられない追加のスケジューリング許可情報に対応するビットのユニークな組を用いてパリティビットのスクランブルを行うことによって、パリティビットを符号化するように構成されている請求項１に記載のエンティティ。
【請求項３】
ビットのユニークな組は、パリティビットの生成に用いられない追加のスケジューリング許可情報の状態と、パリティビットとに基づくマスクであり、
コントローラは、パリティビットとマスクとの排他的論理和を演算することによって、前記スクランブルを行うように構成されている請求項２に記載のエンティティ。
【請求項４】
無線通信インフラストラクチャ用エンティティは基地局であり、
パリティビットの生成に用いられない追加のスケジューリング許可情報はトランスポートブロックサイズインジケータに基づき、
コントローラは、パリティビットの生成に用いられない追加のスケジューリング許可情報に対応するビットのユニークな組を用いてパリティビットのスクランブルを行うことによって、パリティビットを符号化するように構成されている請求項１に記載のエンティティ。
【請求項５】
コントローラは、パリティビットとビットのユニークな組との排他的論理和を演算することによって、前記スクランブルを行うように構成されている請求項４に記載のエンティティ。
【請求項６】
無線通信インフラストラクチャ用エンティティは基地局であり、
パリティビットの生成に用いられない追加のスケジューリング許可情報は冗長バージョンインジケータに基づき、
コントローラは、パリティビットの生成に用いられない追加のスケジューリング許可情報に対応するビットのユニークな組を用いてパリティビットのスクランブルを行うことによって、パリティビットを符号化するように構成されている請求項１に記載のエンティティ。
【請求項７】
コントローラは、パリティビットとビットのユニークな組との排他的論理和を演算することによって、前記スクランブルを行うように構成されている請求項６に記載のエンティティ。
【請求項８】
無線通信インフラストラクチャ用エンティティは基地局であり、
パリティビットの生成に用いられない追加のスケジューリング許可情報は、ユーザ端末がアップリンクチャネルに関する制御情報を含むことを示すインジケータであり、
コントローラは、パリティビットの生成に用いられない追加のスケジューリング許可情報に対応するビットのユニークな組を用いてパリティビットのスクランブルを行うことによって、パリティビットを符号化するように構成されている請求項１に記載のエンティティ。
【請求項９】
無線通信インフラストラクチャ用エンティティは基地局であり、
パリティビットの生成に用いられない追加のスケジューリング許可情報はユーザ端末リソース割当情報に基づき、
コントローラは、パリティビットの生成に用いられない追加のスケジューリング許可情報に対応するビットのユニークな組を用いてパリティビットのスクランブルを行うことによって、パリティビットを符号化するように構成されている請求項１に記載のエンティティ。
【請求項１０】
無線ユーザ端末であって、
トランシーバと、
トランシーバに通信可能に接続されたコントローラと、を備え、
コントローラは、トランシーバにて受信したチャネル符号化されたスケジューリング許可から、スケジューリング許可情報および追加のスケジューリング許可情報を復号するように構成されており、
前記スケジューリング許可は、スケジューリング許可情報に結合されたパリティビットにより符号化された追加のスケジューリング許可情報を含み、
コントローラは、パリティビットへ符号化された追加のスケジューリング許可情報を識別するように構成されており、
パリティビットは、追加のスケジューリング許可情報を除いたスケジューリング許可情報に基づいて生成されている
無線ユーザ端末。
【請求項１１】
追加のスケジューリング許可情報はトランスポートブロックサイズインジケータに基づく請求項１０に記載の端末。
【請求項１２】
追加のスケジューリング許可情報は、冗長バージョンインジケータと、ユーザ端末がアップリンクチャネルに関する制御情報を含むことを示すインジケータと、ユーザ端末リソース割当情報とのうちの１つに基づく請求項１０に記載の端末。
【請求項１３】
無線通信インフラストラクチャ用エンティティであって、
トランシーバと、
トランシーバに通信可能に接続されたコントローラと、を備え、
コントローラは、メッセージを符号化するとともに、各々対応するフレーム番号を有する複数のフレームからなる多フレーム構造のうちの１つのフレームによる送信用に、符号化されたメッセージのうちの一部を選択するように構成されており、
符号化したメッセージのうちの一部の選択は、符号化したメッセージの該一部を送信するフレームのフレーム番号に対応する冗長バージョンに基づく、
エンティティ。
【請求項１４】
符号化したメッセージの選択した部分を送信するフレームは、異なる複数の冗長バージョンからなるグループから選択される高々１つの冗長バージョンに関連付けられている請求項１３に記載のエンティティ。
【請求項１５】
メッセージはシステム情報ブロックメッセージであり、フレーム番号はシステムフレーム番号であり、冗長バージョンは、フレームに対応するシステムフレーム番号から次の通り決定される：
システムフレーム番号を８で除した剰余が０であれば、ＲＶ０へマッピングされる；
システムフレーム番号を８で除した剰余が２であれば、ＲＶ２へマッピングされる；
システムフレーム番号を８で除した剰余が４であれば、ＲＶ３へマッピングされる；
システムフレーム番号を８で除した剰余が６であれば、ＲＶ１へマッピングされる；
請求項１３に記載のエンティティ。
【請求項１６】
メッセージはシステム情報ブロックメッセージであり、フレーム番号はスケジューリング情報（ＳＩ）ウィンドウにおけるサブフレーム番号であり、冗長バージョンは、サブフレームに対応するサブフレーム番号から次の通り決定される：
サブフレーム番号を４で除した剰余が０であれば、ＲＶ０へマッピングされる；
サブフレーム番号を４で除した剰余が１であれば、ＲＶ２へマッピングされる；
サブフレーム番号を４で除した剰余が２であれば、ＲＶ３へマッピングされる；
サブフレーム番号を４で除した剰余が３であれば、ＲＶ１へマッピングされる；
請求項１３に記載のエンティティ。
【請求項１７】
メッセージはシステム情報ブロックメッセージであり、前記グループのうちの１つ以上の冗長バージョンは、フレーム番号を８で除した剰余が０へマッピングされる請求項１４に記載のエンティティ。
【請求項１８】
無線ユーザ端末であって、
トランシーバと、
トランシーバに通信可能に接続されたコントローラと、を備え、
コントローラは、符号化されたメッセージの第１の部分をトランシーバが受信したフレームに対応するフレーム番号に基づき冗長バージョンを決定するとともに、冗長バージョンに基づき、符号化されたメッセージを復号するように構成されている、
端末。
【請求項１９】
符号化されたメッセージの第１の部分が受信されるフレームは、異なる複数の冗長バージョンからなるグループから選択される高々１つの冗長バージョンに関連付けられている請求項１８に記載の端末。
【請求項２０】
符号化されたメッセージはシステム情報ブロックメッセージであり、フレーム番号はシステムフレーム番号であり、冗長バージョンは、システムフレーム番号から次の通り決定される：
システムフレーム番号を８で除した剰余が０であれば、ＲＶ０へマッピングされる；
システムフレーム番号を８で除した剰余が２であれば、ＲＶ２へマッピングされる；
システムフレーム番号を８で除した剰余が４であれば、ＲＶ３へマッピングされる；
システムフレーム番号を８で除した剰余が６であれば、ＲＶ１へマッピングされる；
請求項１８に記載の端末。
【請求項２１】
符号化されたメッセージはシステム情報ブロックメッセージであり、フレーム番号はスケジューリング情報（ＳＩ）ウィンドウにおけるサブフレーム番号であり、冗長バージョンは、サブフレーム番号から次の通り決定される：
サブフレーム番号を４で除した剰余が０であれば、ＲＶ０へマッピングされる；
サブフレーム番号を４で除した剰余が１であれば、ＲＶ２へマッピングされる；
サブフレーム番号を４で除した剰余が２であれば、ＲＶ３へマッピングされる；
サブフレーム番号を４で除した剰余が３であれば、ＲＶ１へマッピングされる；
請求項１８に記載の端末。
【請求項１】
無線通信インフラストラクチャ用エンティティであって、
トランシーバと、
トランシーバに通信可能に接続されたコントローラと、を備え、
コントローラは、スケジューリング許可情報に基づきパリティビットを生成するとともに、パリティビットの生成に用いられない追加のスケジューリング許可情報に基づきパリティビットを符号化するように構成されており、
符号化されたパリティビットはスケジューリング許可情報に結合される
エンティティ。
【請求項２】
コントローラは、パリティビットの生成に用いられない追加のスケジューリング許可情報に対応するビットのユニークな組を用いてパリティビットのスクランブルを行うことによって、パリティビットを符号化するように構成されている請求項１に記載のエンティティ。
【請求項３】
ビットのユニークな組は、パリティビットの生成に用いられない追加のスケジューリング許可情報の状態と、パリティビットとに基づくマスクであり、
コントローラは、パリティビットとマスクとの排他的論理和を演算することによって、前記スクランブルを行うように構成されている請求項２に記載のエンティティ。
【請求項４】
無線通信インフラストラクチャ用エンティティは基地局であり、
パリティビットの生成に用いられない追加のスケジューリング許可情報はトランスポートブロックサイズインジケータに基づき、
コントローラは、パリティビットの生成に用いられない追加のスケジューリング許可情報に対応するビットのユニークな組を用いてパリティビットのスクランブルを行うことによって、パリティビットを符号化するように構成されている請求項１に記載のエンティティ。
【請求項５】
コントローラは、パリティビットとビットのユニークな組との排他的論理和を演算することによって、前記スクランブルを行うように構成されている請求項４に記載のエンティティ。
【請求項６】
無線通信インフラストラクチャ用エンティティは基地局であり、
パリティビットの生成に用いられない追加のスケジューリング許可情報は冗長バージョンインジケータに基づき、
コントローラは、パリティビットの生成に用いられない追加のスケジューリング許可情報に対応するビットのユニークな組を用いてパリティビットのスクランブルを行うことによって、パリティビットを符号化するように構成されている請求項１に記載のエンティティ。
【請求項７】
コントローラは、パリティビットとビットのユニークな組との排他的論理和を演算することによって、前記スクランブルを行うように構成されている請求項６に記載のエンティティ。
【請求項８】
無線通信インフラストラクチャ用エンティティは基地局であり、
パリティビットの生成に用いられない追加のスケジューリング許可情報は、ユーザ端末がアップリンクチャネルに関する制御情報を含むことを示すインジケータであり、
コントローラは、パリティビットの生成に用いられない追加のスケジューリング許可情報に対応するビットのユニークな組を用いてパリティビットのスクランブルを行うことによって、パリティビットを符号化するように構成されている請求項１に記載のエンティティ。
【請求項９】
無線通信インフラストラクチャ用エンティティは基地局であり、
パリティビットの生成に用いられない追加のスケジューリング許可情報はユーザ端末リソース割当情報に基づき、
コントローラは、パリティビットの生成に用いられない追加のスケジューリング許可情報に対応するビットのユニークな組を用いてパリティビットのスクランブルを行うことによって、パリティビットを符号化するように構成されている請求項１に記載のエンティティ。
【請求項１０】
無線ユーザ端末であって、
トランシーバと、
トランシーバに通信可能に接続されたコントローラと、を備え、
コントローラは、トランシーバにて受信したチャネル符号化されたスケジューリング許可から、スケジューリング許可情報および追加のスケジューリング許可情報を復号するように構成されており、
前記スケジューリング許可は、スケジューリング許可情報に結合されたパリティビットにより符号化された追加のスケジューリング許可情報を含み、
コントローラは、パリティビットへ符号化された追加のスケジューリング許可情報を識別するように構成されており、
パリティビットは、追加のスケジューリング許可情報を除いたスケジューリング許可情報に基づいて生成されている
無線ユーザ端末。
【請求項１１】
追加のスケジューリング許可情報はトランスポートブロックサイズインジケータに基づく請求項１０に記載の端末。
【請求項１２】
追加のスケジューリング許可情報は、冗長バージョンインジケータと、ユーザ端末がアップリンクチャネルに関する制御情報を含むことを示すインジケータと、ユーザ端末リソース割当情報とのうちの１つに基づく請求項１０に記載の端末。
【請求項１３】
無線通信インフラストラクチャ用エンティティであって、
トランシーバと、
トランシーバに通信可能に接続されたコントローラと、を備え、
コントローラは、メッセージを符号化するとともに、各々対応するフレーム番号を有する複数のフレームからなる多フレーム構造のうちの１つのフレームによる送信用に、符号化されたメッセージのうちの一部を選択するように構成されており、
符号化したメッセージのうちの一部の選択は、符号化したメッセージの該一部を送信するフレームのフレーム番号に対応する冗長バージョンに基づく、
エンティティ。
【請求項１４】
符号化したメッセージの選択した部分を送信するフレームは、異なる複数の冗長バージョンからなるグループから選択される高々１つの冗長バージョンに関連付けられている請求項１３に記載のエンティティ。
【請求項１５】
メッセージはシステム情報ブロックメッセージであり、フレーム番号はシステムフレーム番号であり、冗長バージョンは、フレームに対応するシステムフレーム番号から次の通り決定される：
システムフレーム番号を８で除した剰余が０であれば、ＲＶ０へマッピングされる；
システムフレーム番号を８で除した剰余が２であれば、ＲＶ２へマッピングされる；
システムフレーム番号を８で除した剰余が４であれば、ＲＶ３へマッピングされる；
システムフレーム番号を８で除した剰余が６であれば、ＲＶ１へマッピングされる；
請求項１３に記載のエンティティ。
【請求項１６】
メッセージはシステム情報ブロックメッセージであり、フレーム番号はスケジューリング情報（ＳＩ）ウィンドウにおけるサブフレーム番号であり、冗長バージョンは、サブフレームに対応するサブフレーム番号から次の通り決定される：
サブフレーム番号を４で除した剰余が０であれば、ＲＶ０へマッピングされる；
サブフレーム番号を４で除した剰余が１であれば、ＲＶ２へマッピングされる；
サブフレーム番号を４で除した剰余が２であれば、ＲＶ３へマッピングされる；
サブフレーム番号を４で除した剰余が３であれば、ＲＶ１へマッピングされる；
請求項１３に記載のエンティティ。
【請求項１７】
メッセージはシステム情報ブロックメッセージであり、前記グループのうちの１つ以上の冗長バージョンは、フレーム番号を８で除した剰余が０へマッピングされる請求項１４に記載のエンティティ。
【請求項１８】
無線ユーザ端末であって、
トランシーバと、
トランシーバに通信可能に接続されたコントローラと、を備え、
コントローラは、符号化されたメッセージの第１の部分をトランシーバが受信したフレームに対応するフレーム番号に基づき冗長バージョンを決定するとともに、冗長バージョンに基づき、符号化されたメッセージを復号するように構成されている、
端末。
【請求項１９】
符号化されたメッセージの第１の部分が受信されるフレームは、異なる複数の冗長バージョンからなるグループから選択される高々１つの冗長バージョンに関連付けられている請求項１８に記載の端末。
【請求項２０】
符号化されたメッセージはシステム情報ブロックメッセージであり、フレーム番号はシステムフレーム番号であり、冗長バージョンは、システムフレーム番号から次の通り決定される：
システムフレーム番号を８で除した剰余が０であれば、ＲＶ０へマッピングされる；
システムフレーム番号を８で除した剰余が２であれば、ＲＶ２へマッピングされる；
システムフレーム番号を８で除した剰余が４であれば、ＲＶ３へマッピングされる；
システムフレーム番号を８で除した剰余が６であれば、ＲＶ１へマッピングされる；
請求項１８に記載の端末。
【請求項２１】
符号化されたメッセージはシステム情報ブロックメッセージであり、フレーム番号はスケジューリング情報（ＳＩ）ウィンドウにおけるサブフレーム番号であり、冗長バージョンは、サブフレーム番号から次の通り決定される：
サブフレーム番号を４で除した剰余が０であれば、ＲＶ０へマッピングされる；
サブフレーム番号を４で除した剰余が１であれば、ＲＶ２へマッピングされる；
サブフレーム番号を４で除した剰余が２であれば、ＲＶ３へマッピングされる；
サブフレーム番号を４で除した剰余が３であれば、ＲＶ１へマッピングされる；
請求項１８に記載の端末。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１０−４１７１８（Ｐ２０１０−４１７１８Ａ）
【公開日】平成２２年２月１８日（２０１０．２．１８）
【国際特許分類】
【出願番号】特願２００９−１７４８７６（Ｐ２００９−１７４８７６）
【出願日】平成２１年７月２８日（２００９．７．２８）
【出願人】（３９０００９５９７）モトローラ・インコーポレイテッド (649)
【氏名又は名称原語表記】ＭＯＴＯＲＯＬＡ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公開日】平成２２年２月１８日（２０１０．２．１８）
【国際特許分類】
【出願日】平成２１年７月２８日（２００９．７．２８）
【出願人】（３９０００９５９７）モトローラ・インコーポレイテッド (649)
【氏名又は名称原語表記】ＭＯＴＯＲＯＬＡ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]