(57)【要約】【課題】無線通信システムにおけるモバイル装置のソフト・バッファを扱う方法が開示されている。【解決手段】モバイル装置には、無線通信システムのネットワークにより、以降、ＣＣと呼ぶ複数のコンポーネット・キャリアが構成される。複数のＣＣは、以降、ＰＣＣと呼ぶプライマリＣＣ、及び以降、ＳＣＣと呼ぶ少なくとも１つのセカンダリＣＣを備える。特許請求の範囲記載の方法は、表示に応じて、複数のＣＣに対応する複数の重み付けを判定する工程と、複数の重み付けに応じて複数のサブブロックの複数のサイズを判定する工程と、複数のサブブロックの複数のサイズに応じて、複数のサブブロックにソフト・バッファを分割して、複数のサブブロックに、複数のＣＣの以降、ＨＡＲＱと呼ぶ複数のハイブリッド自動再送要求の処理を編成する工程とを含む。【選択図】図７
2012235454.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおけるモバイル装置のソフト・バッファを扱う方法であって、前記モバイル装置には、前記無線通信システムのネットワークにより、以降、ＣＣと呼ぶコンポーネント・キャリアが複数、構成され、前記複数のＣＣは、以降、ＰＣＣと呼ぶプライマリＣＣ、及び以降、ＳＣＣと呼ぶ少なくとも１つのセカンダリＣＣを含み、
表示に応じて、前記複数のＣＣに対応する複数の重み付けを判定する工程と、
前記複数の重み付けに応じて複数のサブブロックの複数のサイズを判定する工程と、
前記複数のサブブロックの前記複数のサイズに応じて前記複数のサブブロックに前記ソフト・バッファを分割して、前記複数のサブブロックにおいて前記複数のＣＣの複数のハイブリッド自動再送要求（以降、ＨＡＲＱと呼ぶ）処理を編成する工程と
を含む方法。
【請求項２】
無線通信システムのネットワークの無線通信システムにおけるモバイル装置のソフト・バッファを扱う方法であって、前記モバイル装置には前記ネットワークにより、複数のＣＣが構成され、前記複数のＣＣはＰＣＣ及び少なくとも１つのＳＣＣを含み、
表示に応じて、前記複数のＣＣに対応する複数の重み付けを判定する工程と、
前記複数のサイズに応じて前記ソフト・バッファを前記複数のサブブロックに分割するために、前記複数の重み付けに応じて前記複数のサブブロックの前記複数のサイズを判定する工程と
を含む請求項１記載の方法。
【請求項３】
請求項１又は２に記載の方法であって、前記ＰＣＣに対応する重み付けは、前記少なくとも１つのＳＣＣに対応する少なくとも１つの重み付けよりも大きいか、又は、前記ＰＣＣのサブブロックのサイズは、前記少なくとも１つのＳＣＣの少なくとも１つのサブブロックの少なくとも１つのサイズよりも大きい方法。
【請求項４】
請求項１又は２に記載の方法であって、前記表示は、前記モバイル装置によってサポートされる最大層数、前記複数のＣＣの帯域幅、前記複数のＣＣの数、前記モバイル装置のトラフィック負荷、前記モバイル装置のＨＡＲＱ処理の平均数、前記モバイル装置の否定応答（以降、ＮＡＣＫと呼ぶ）の数と、前記モバイル装置のカテゴリと、ユーザ機器（以降、ＵＥと呼ぶ）と、前記複数のＣＣの複数の優先度の組み合わせに応じて生成される方法。
【請求項５】
請求項１又は２に記載の方法であって、前記複数の重み付けが複数の正の値である方法。
【請求項６】
請求項１又は２に記載の方法であって、前記表示に応じた前記複数のＣＣに対応する前記複数の重み付けを判定する工程は、
前記ＰＣＣが再構成された後、前記表示に応じて前記複数のＣＣに対応する前記複数の重み付けを判定する工程と、
前記複数のＣＣの数が変更された後、前記表示に応じて前記複数のＣＣに対応する前記複数の重み付けを判定する工程と
を含む方法。
【請求項７】
請求項１又は２に記載の方法であって、前記複数のＣＣが下りリンク（以降、ＤＬと呼ぶ）ＣＣである方法。
【請求項８】
請求項１記載の方法であって、前記表示が前記モバイル装置によって生成されるか、前記表示が、同じ規則に応じて前記モバイル装置及び前記ネットワークによって生成されるか、又は、前記表示が前記ネットワークによって生成され、前記ネットワークにより、前記モバイル装置にシグナリングを介して送信される方法。
【請求項９】
請求項２記載の方法であって、前記表示は、前記モバイル装置及び前記ネットワークによって同じ規則に応じて生成される方法。
【請求項１０】
請求項９記載の方法であって、前記モバイル装置は前記表示に応じて前記複数のＣＣに対応する前記複数の重み付けを判定し、前記複数のサイズに応じて前記複数のサブブロックに前記ソフト・バッファを分割するために、前記複数の重み付けに応じて前記複数のサブブロックの前記複数のサイズを判定する方法。
【請求項１１】
請求項２記載の方法であって、
前記複数の重み付けに応じて前記複数のサブブロックの前記複数のサイズを前記モバイル装置が判定するために、前記複数の重み付けを前記モバイル装置に送信する工程を更に含む方法。
【請求項１２】
請求項２記載の方法であって、
前記複数のサブブロックのうちの前記複数のサイズを前記モバイル装置に送信する工程を更に含む方法。
【請求項１３】
無線通信システムにおいてモバイル装置のソフト・バッファを扱う方法であって、前記モバイル装置には、前記無線通信システムのネットワークにより、複数のコンポーネント・キャリア（以降、ＣＣと呼ぶ）が構成され、前記方法は、
前記ソフト・バッファの少なくとも１つのサブブロックを複数のパーティションに分割する工程であって、前記複数のパーティションの数は表示に応じて判定される工程と、
前記複数のＣＣの複数のハイブリッド自動再生要求（以降、ＨＡＲＱと呼ぶ）処理を前記複数のパーティションに編成する工程と
を含む方法。
【請求項１４】
無線通信システムのネットワークの無線通信システムにおいてモバイル装置のソフト・バッファを扱う方法であって、前記モバイル装置には、前記ネットワークにより、複数のＣＣが構成され、前記方法は、
表示により、複数のパーティションの数を判定する工程と、
前記複数のパーティションの数に応じて前記ソフト・バッファの少なくとも１つのサブブロックを前記複数のパーティションに分割する工程と
を含む方法。
【請求項１５】
請求項１３又は１４に記載の方法であって、前記ソフト・バッファの前記少なくとも１つのサブブロックを前記複数のパーティションに分割し、前記複数のパーティションの数は前記表示に応じて判定される工程は、
【数１】
2012235454.tif 000012
の式により、前記少なくとも１つのサブブロックの１つを分割する工程を含み、
Ｎｓｏｆｔは前記少なくとも１つのサブブロックのうちの１つのサブブロックのサイズであり、ＮＩＲは前記複数のパーティションそれぞれのサイズであり、ＫＭＩＭＯは、前記モバイル装置及び前記ネットワークによって使用される複数入力複数出力（以降、ＭＩＭＯと呼ぶ）であり、Ｍｏｖｅｒｂｏｏｋｉｎｇは、前記複数のパーティションの数を制御するために前記表示に含まれる重み付けであり、正の値であり、Ｍｌｉｍｉｔは正の値であり、ＭＤＬ＿ＨＡＲＱは複数の下りリンクＣＣのＨＡＲＱ処理の最大数であり、ｍｉｎ（ｘ，ｙ）は、ｘ及びｙのうちの小さい方を戻し、
【数２】
2012235454.tif 000013
は、ｘ以下の最大の整数を戻す方法。
【請求項１６】
請求項１３又は１４に記載の方法であって、前記表示は、前記モバイル装置によってサポートされる最大層数、前記複数のＣＣの帯域幅、前記複数のＣＣの数、前記モバイル装置のトラフィック負荷、前記モバイル装置のＨＡＲＱ処理の平均数、前記モバイル装置の否定応答（以降、ＮＡＣＫと呼ぶ）の数と、前記移動装置のカテゴリと、ユーザ機器（以降、ＵＥと呼ぶ）と、前記複数のＣＣの複数の優先度の組み合わせに応じて生成される方法。
【請求項１７】
請求項１３又は１４に記載の方法であって、前記ソフト・バッファの前記少なくとも１つのサブブロックを前記複数のパーティションに分割する工程であって、前記複数のパーティションの数は前記表示に応じて判定される工程は、
前記ソフト・バッファの前記少なくとも１つのサブブロックを前記複数のパーティションに分割する工程であって、前記複数のパーティションの数は、前記複数のＣＣのうちの、以降、ＰＣＣと呼ぶ、プライマリＣＣ後に前記表示に応じて判定される工程、又は
前記ソフト・バッファの前記少なくとも１つのサブブロックを前記複数のパーティションに分割する工程であって、前記複数のパーティションの数は、前記複数のＣＣの数が変更された後に前記表示に応じて判定される工程
を含む方法。
【請求項１８】
請求項１３又は１４に記載の方法であって、前記複数のＣＣは前記モバイル装置に構成された合計ＣＣであるか、前記複数のＣＣが、前記モバイル装置に構成された前記ＣＣの一部であるか、又は、前記複数のＣＣが、下り（以降、ＤＬと呼ぶ）ＣＣである方法。
【請求項１９】
請求項１３又は１４に記載の方法であって、前記ソフト・バッファは前記モバイル装置の合計ソフト・バッファであるか、又は、前記モバイル装置の合計ソフト・バッファの一部である方法。
【請求項２０】
請求項１３又は１４記載の方法であって、
前記ソフト・バッファは前記少なくとも１つのサブブロックに前記表示に応じて分割する工程を更に含む方法。
【請求項２１】
請求項１３又は１４に記載の方法であって、前記少なくとも１つのサブブロックの数が１であり、前記ソフト・バッファの前記少なくとも１つのサブブロックを前記複数のパーティションに分割する工程であって、前記複数のパーティションの数は前記表示に応じて判定される工程は、前記ソフト・バッファを前記複数のパーティションに分割する工程を含み、前記複数のパーティションの数は、前記表示に応じて判定される方法。
【請求項２２】
請求項１３記載の方法であって、前記表示が前記モバイル装置によって生成されるか、前記表示が、同じ規則に応じて前記モバイル装置及び前記ネットワークによって生成されるか、又は、前記表示が前記ネットワークによって生成され、前記ネットワークにより、前記モバイル装置にシグナリングを介して送信される方法。
【請求項２３】
請求項１４記載の方法であって、
前記複数のＣＣの複数のＨＡＲＱ処理を前記複数のパーティションに前記モバイル装置が編成するために前記複数のパーティションの情報を前記モバイル装置に送信する工程を更に含む方法。
【請求項２４】
請求項１４記載の方法であって、前記表示は、前記モバイル装置及び前記ネットワークによって同じ規則によって生成される方法。
【請求項２５】
請求項２４記載の方法であって、前記モバイル装置は、前記表示に応じて前記複数のパーティションの数を判定し、前記ソフト・バッファの前記少なくとも１つのサブブロックを前記複数のパーティションの数に応じて前記複数のパーティションに分割する方法。
【請求項２６】
請求項１又は１３に記載の方法を実行する少なくとも１つのモバイル装置、又は、請求項２又は１４に記載の方法を実行する少なくとも１つのネットワークを備える無線通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムにおけるキャリア・アグリゲーションのソフト・バッファを扱う方法、及び関連する通信装置に関する。
【背景技術】
【０００２】
３ＧＰＰ  Ｒｅｌ−８標準及び／又は３ＧＰＰ  Ｒｅｌ−９標準をサポートするロング・ターム・エボリューション（ＬＴＥ）システムは、増大するユーザ・ニーズを満たすためにＵＭＴＳの性能を更に拡充するために汎用移動通信システム（ＵＭＴＳ）の後継者として第３世代パートナーシップ・プロジェクト（３ＧＰＰ）によって開発されている。ＬＴＥシステムは、高いデータ・レート、低いレーテンシ、パケット最適化、並びに、改良されたシステム容量及びカバレッジを提供する新たな無線インタフェース及び無線ネットワーク・アーキテクチャを含んでいる。ＬＴＥシステムでは、エボルブドＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ）として知られている無線アクセス・ネットワークは、複数のユーザ機器（ＵＥ）と通信する複数のエボルブド・ノードＢ（ｅＮＢ）を含み、非アクセス層（ＮＡＳ）制御のために、モビリティ管理エンティティ（ＭＭＥ）、サービング・ゲートウェイ等を含むコア・ネットワークと通信する。
【０００３】
ＬＴＥアドバンスド（ＬＴＥ−Ａ）システムは、その名称が示唆するように、ＬＴＥシステムが進化したものである。ＬＴＥ−Ａシステムは、電力状態間の高速スイッチングを目標としており、ｅＮＢのカバレッジ・エッジにおける性能を向上させる。更に、ＬＴＥ−Ａシステムは、キャリア・アグリゲーション（ＣＡ）、マルチポイント協調送信／受信（ＣｏＭＰ）、上りリンク（ＵＬ）複数入力複数出力（ＭＩＭＯ）等などの高度な手法を含む。ＬＴＥ−ＡシステムにおいてＵＥ及びｅＮＢが互いに通信するためには、ＵＥ及びｅＮＢは、３ＧＰＰ  Ｒｅｌ−１０標準又はその後のバージョンなどのＬＴＥ−Ａシステムについて開発された標準をサポートしなければならない。
【０００４】
ＣＡがＬＴＥ−Ａシステムに導入され、それにより、広帯域伝送を実現するために２つ以上のコンポーネント・キャリア（ＣＣ）が集約される。よって、ＬＴＥ−Ａシステムは、最大数５個のＣＣを集約することにより、最大１００ＭＨｚの広帯域をサポートすることが可能であり、各ＣＣの最大帯域幅は２０ＭＨｚであり、３ＧＰＰ  Ｒｅｌ−８と後方互換である。ＬＴＥ−Ａシステムは、連続ＣＣ及び非連続ＣＣのＣＡをサポートし、各ＣＣは最大１１０個のリソース・ブロックに制限される。ＣＡは、ＣＣを集約することにより、帯域幅の柔軟性を向上させる。
【０００５】
ＵＥがＣＡで構成されると、ＵＥは、スループットを増加させるために１つ又は複数のＣＣ上でパケットを受信し、かつ／又は、送信する機能を有する。ＬＴＥ−Ａシステムでは、ｅＮＢがＵＥを種々の数のＵＬ及び下りリンク（ＤＬ）のＣＣで構成する。更に、ＵＥに構成されるＣＣは、１つのＤＬプライマリＣＣ（ＰＣＣ）及び１つのＵＬ  ＰＣＣを必然的に含む。ＤＬ  ＰＣＣ及びＵＬ  ＰＣＣの最も重要な構成は、ＵＥとｅＮＢとの間の制御情報の交換である。ＰＣＣ以外のＣＣは、ＵＬ又はＤＬセカンダリＣＣ（ＳＣＣ）と呼ばれる。ＵＬ及びＤＬのＳＣＣの数は任意であり、ＵＥ及び利用可能な無線リソースのＵＬ及びＤＬ集約機能に関係する。
【０００６】
ハイブリッド自動再送要求（ＨＡＲＱ）処理は、効率的であり、かつ高信頼度の通信を提供するためにＬＴＥシステムにおいて使用される。自動再送要求（ＡＲＱ）処理と異なり、前方誤り訂正符号（ＦＥＣ）がＨＡＲＱ処理のために使用される。例えば、受信器は、パケットを正しく復号化した場合にパケットが正しく受信された旨を送信器に通知するための肯定応答（ＡＣＫ）をフィードバックする。反対に、受信器がパケットを正しく復号化することが可能でなかった場合、否定応答（ＮＡＣＫ）を送信器にフィードバックする。この場合、ＵＥは、ＵＥのソフト・バッファにパケットの一部又は全部を記憶する。ＵＥが、送信器から再送信パケットを受信した場合、再送信パケット及び記憶パケットのソフト値が結合される。受信器は、結合されたソフト値を使用することにより、パケットを復号化する。更に、先行して誤って受信されたパケット及び現在受信されているパケットの結合は、復号化が首尾良く行われる確率を増加させる。ＵＥは、パケットが正しく復号化されるまで、又は最大数の再送信が送出されるまでＨＡＲＱ処理を続行し、前述の時点でＨＡＲＱ処理は障害を宣言し、再試行について無線リンク制御（ＲＬＣ）におけるＡＲＱ処理に任せる。すなわち、ソフト・バッファの空間は、正しい復号化されていないＨＡＲＱ処理をＵＥが記憶することが可能であるようにＨＡＲＱ処理のために予約すべきである。さもなければ、ソフト・バッファが完全に占有されている場合、ＵＥはＨＡＲＱ処理を阻止する。複数のパケットがＵＥに送信されると、ＵＥは、パケットの復号化が首尾良く行われなかったという理由で、複数のＨＡＲＱ処理を記憶する必要があり得る。
【０００７】
詳細には、ＵＥは、ＬＴＥシステム（すなわち、単一ＣＣシステム）中で、ソフトウェア・バッファにおいて最大８個のＨＡＲＱ処理を記憶することが可能である。伝送ブロック（ＴＢ）は、ｅＮＢとＵＥとの間の物理インタフェースであり、ＬＴＥ無線サブフレームにおいて収容されるデータに対応する。更に、各ＬＴＥ無線サブフレームは１ミリ秒（ｍｓ）であり、ＬＴＥ無線フレームそれぞれは、１０ｍｓである（１０個のＬＴＥ無線サブフレームを含む）。ＭＩＭＯ（例えば、空間多重化）を使用する場合、２つ以上の伝送ブロックを、ＵＥに向けて送信間隔（ＴＴＩ）毎に送信することが可能である。
【０００８】
ＬＴＥシステム（すなわち、単一ＣＣシステム）におけるソフト・バッファ・パーティション規則は以下のように導入される。ソフト・チャネル・ビットの合計数Ｎｓｏｆｔは、図１の表１０に示すように、ＵＥのＵＥカテゴリに依存し、従来技術の例によって列挙される。Ｎｓｏｆｔは、
【０００９】
【数１】
2012235454.tif 000003
の式に応じて複数のパーティションに分割することが可能である。ここで、ＮＩＲは、伝送ブロックを記憶するために使用されるパーティションのサイズである。Ｎｓｏｆｔは、ＵＥのソフト・チャネル・ビットの合計数である。ＫＭＩＭＯはＴＴＩにおいてＵＥに送信し得る伝送ブロックの数であり、ＵＥ及びネットワークによって使用されるＭＩＭＯに関係する。一般に、ｎ個の空間ストリームによる空間多重化がＵＥに構成された場合、ＫＭＩＭＯはｎにセットされる。Ｍｌｉｍｉｔは８に等しい正の値である。ＭＤＬ＿ＨＡＲＱは、サービング・セル毎の最大ＤＬ  ＨＡＲＱ処理の数であり、デュプレックス・モード及びその構成に対応する。例えば、ＭＤＬ＿ＨＡＲＱは、周波数分割複信（ＦＤＤ）の場合、８にセットされる。値４、７、１０、９、１２、１５，及び６は、図２の表２０に示すように、時分割複信（ＴＤＤ）ＵＬ／ＤＬ構成０、１、２、３、４、５、及び６それぞれに使用され、ＭＤＬ＿ＨＡＲＱの種々の値は、従来技術の例に応じて列挙され、ｍｉｎ（ｘ，ｙ）はｘ及びｙの小さい方を返す。
【００１０】
上記式（式１）に示すように、最大ｍｉｎ（ＭＤＬ＿ＨＡＲＱ，Ｍｌｉｍｉｔ）ＨＡＲＱ処理をソフト・バッファに記憶することが可能である。ＫＭＩＭＯ個の空間ストリームによる空間多重化がＵＥに構成された場合、各ＨＡＲＱ処理はＫＭＩＭＯ個の伝送ブロックを含む。したがって、ソフト・バッファ全体はＫＭＩＭＯｍｉｎ（ＭＤＬ＿ＨＡＲＱ，Ｍｌｉｍｉｔ）個のパーティションに分割される。各パーティションは、１つの伝送ブロックを記憶するために使用することが可能なＮＩＲ個のソフト・チャネル・ビットを含む。
【００１１】
従来技術によるソフト・バッファＳＢｐの概略図である図３を参照されたい。この例では、空間多重化は、ＵＥ（すなわち、ＫＭＩＭＯ＝１）に構成されず、ＭＤＬ＿ＨＡＲＱが８以上である一方で、ソフト・バッファＳＢｐは、８個のＨＡＲＱ処理を記憶するために８個のパーティションＰ３０１乃至Ｐ３０８に分割される。Ｎｓｏｆｔは、ソフト・バッファＳＢｐのサイズ（例えば、ビット数）であり、ＵＥのＵＥカテゴリに依存する。ＮＩＲは、ソフト・バッファＳＢｐのパーティションのビットの数である。したがって、最大サイズＮＩＲを備えた伝送ブロックを、対応するパーティションに記憶することが可能であり、最大８個のＨＡＲＱ処理をソフト・バッファＳＢｐに記憶することが可能である。
【００１２】
しかし、複数のＣＣがＵＥに構成された場合、ＵＥは、ＬＴＥ−Ａシステム内でソフト。バッファに８個を超えるＨＡＲＱ処理を記憶する必要があり得る。例えば、ＵＥに５ＤＬ  ＣＣが構成され、ＵＥがＦＤＤ複信モードで動作すると、ＵＥは、パケットの復号化が首尾良く行われなかったという理由で最大４０個のＨＡＲＱ処理を記憶する必要があり得る。複数のＣＣを備えたＬＴＥ−Ａシステムにおける解決策は２つ考えられ、以下にその例を紹介する。第１の解決策では、ソフト・バッファ・パーティション規則は、ＬＴＥシステム（すなわち、単一ＣＣシステム）のものと同じである。すなわち、最大８個のＨＡＲＱ処理をソフト・バッファに記憶することが可能である。誤ったＨＡＲＱ処理は全て、ソフト・バッファを統計的に共有することが可能である。よって、ＨＡＲＱ処理のブロッキング確率は増加し、システム・スループットは減少する。第２の解決策では、ソフト・バッファは単に、最大４０個のＨＡＲＱ処理を記憶するために４０個のパーティションに分割することが可能であり、ソフト・バッファの各パーティションのサイズは削減される。誤ったＨＡＲＱ処理毎に、ＵＥが記憶することが可能なソフト・チャネル・ビットの数は、対応するパーティションのサイズ削減に応じて削減される。その結果、符号化性能が低減し、より多くの再送が必要であり、システム・スループットが減少する。明らかに、第１のソリューションも第２のソリューションも最適なシステム・スループットを実現することが可能でない。したがって、ＣＡがＵＥに構成されると、ＨＡＲＱ処理を記憶するためにＵＥのソフト・バッファをどのようにして扱うかは議論し、対処すべき項目である。
【先行技術文献】
【非特許文献】
【００１３】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ１０．０．０  （２０１０−１２）  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ    ３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；  Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）；  Ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌｓ  ａｎｄ  ｍｏｄｕｌａｔｉｏｎ  （Ｒｅｌｅａｓｅ  １０）
【非特許文献２】３ＧＰＰ  ＴＳ  ３６．２１２  Ｖ１０．０．０  （２０１０−１２）  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  ３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；  Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）；  Ｍｕｌｔｉｐｌｅｘｉｎｇ  ａｎｄ  ｃｈａｎｎｅｌ  ｃｏｄｉｎｇ  （Ｒｅｌｅａｓｅ  １０）
【非特許文献３】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１０．０．０  （２０１０−１２）  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  ３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；  Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）；  Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｐｒｏｃｅｄｕｒｅｓ  （Ｒｅｌｅａｓｅ  １０）
【非特許文献４】３ＧＰＰ  ＴＳ  ３６．３０６  Ｖ１０．０．０  （２０１０−１２）  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  ３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；  Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）；  Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ  （ＵＥ）  ｒａｄｉｏ  ａｃｃｅｓｓ  ｃａｐａｂｉｌｉｔｉｅｓ  （Ｒｅｌｅａｓｅ  １０）
【非特許文献５】３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＷＧ１  Ｍｅｅｔｉｎｇ  ＃６３ｂｉｓ  Ｒ１−１１０２４０  Ｄｕｂｌｉｎ，  Ｉｒｅｌａｎｄ，  Ｊａｎｕａｒｙ  １７−２１，  ２０１１，  Ｓｏｕｒｃｅ：  ＮＴＴ  ＤＯＣＯＭＯ，  Ｔｉｔｌｅ：  Ｓｏｆｔ  Ｂｕｆｆｅｒ  Ｐａｒｔｉｔｉｏｎｉｎｇ  ａｎｄ  Ｒａｔｅ  Ｍａｔｃｈｉｎｇ  ｆｏｒ  Ｄｏｗｎｌｉｎｋ  ＣＡ，  Ａｇｅｎｄａ  Ｉｔｅｍ：  ６．２．１，  Ｄｏｃｕｍｅｎｔ  ｆｏｒ：  Ｄｉｓｃｕｓｓｉｏｎ  ａｎｄ  Ｄｅｃｉｓｉｏｎ
【非特許文献６】ＴＳＧ−ＲＡＮ  ＷＧ１  Ｍｅｅｔｉｎｇ  ＃６３  Ｊａｃｋｓｏｎｖｉｌｌｅ，  ＵＳＡ，  １５ｔｈ  −  １９ｔｈ  Ｎｏｖ，  ２０１０．    Ｒ１−１０６５１１．  ＷＦ  ｏｎ  Ｓｏｆｔ  ｂｕｆｆｅｒ  ｓｉｚｅ  ａｌｌｏｃａｔｉｏｎ  ｆｏｒ  Ｒｅｌ−１０  ＵＥ．  Ａｇｅｎｄａ  ｉｔｅｍ：  ６．９，  Ｄｏｃｕｍｅｎｔ  ｆｏｒ：  Ｄｉｓｃｕｓｓｉｏｎ  ａｎｄ  Ｄｅｃｉｓｉｏｎ
【非特許文献７】３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ１  ＃６４  Ｒ１−１１０９１１  ２１ｓｔ  −  ２５ｔｈ  Ｊａｎｕａｒｙ，  ２０１１  Ｔａｉｐｅｉ，  Ｔａｉｗａｎ，  Ａｇｅｎｄａ  ｉｔｅｍ：  ６．２．１，  Ｓｏｕｒｃｅ：  Ｑｕａｌｃｏｍｍ  Ｉｎｃｏｒｐｏｒａｔｅｄ，  Ｔｉｔｌｅ：  Ｓｏｆｔ  ｂｕｆｆｅｒ  ｐａｒｔｉｔｉｏｎｉｎｇ  ｆｏｒ  ＣＡ，  Ｄｏｃｕｍｅｎｔ  ｆｏｒ：  Ｄｉｓｃｕｓｓｉｏｎ  ａｎｄ  Ｄｅｃｉｓｉｏｎ
【非特許文献８】３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＷＧ１  Ｍｅｅｔｉｎｇ  ＃６３  Ｒ１−１０５９３７  Ｊａｃｋｓｏｎｖｉｌｌｅ，  ＵＳＡ，  Ｎｏｖｅｍｂｅｒ  １５ｔｈ  −  １９ｔｈ，  ２０１０，  Ｓｏｕｒｃｅ：  ＣＡＴＴ，  Ｔｉｔｌｅ：  Ｓｏｆｔ  ｂｕｆｆｅｒ  ｓｉｚｅ  ａｌｌｏｃａｔｉｏｎ  ｆｏｒ  Ｒｅｌ−１０  ＵＥ，  Ａｇｅｎｄａ  Ｉｔｅｍ：  ６．９  ，  Ｄｏｃｕｍｅｎｔ  ｆｏｒ：  Ｄｉｓｃｕｓｓｉｏｎ  ａｎｄ  Ｄｅｃｉｓｉｏｎ
【非特許文献９】３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＷＧ１  Ｍｅｅｔｉｎｇ  ＃６３  Ｒ１−１０６５１３  Ｊａｃｋｓｏｎｖｉｌｌｅ，  ＵＳＡ，  Ｎｏｖｅｍｂｅｒ  １５ｔｈ  −  １９ｔｈ，  ２０１０，  Ａｇｅｎｄａ  Ｉｔｅｍ：  ６．９，  Ｓｏｕｒｃｅ：  Ｈｕａｗｅｉ，  ＨｉＳｉｌｉｃｏｎ，  Ｔｉｔｌｅ：  Ｓｏｆｔ  ｂｕｆｆｅｒ  ｓｉｚｅ  ａｌｌｏｃａｔｉｏｎ  ｆｏｒ  Ｒｅｌ−１０  ｄｏｗｎｌｉｎｋ，  Ｄｏｃｕｍｅｎｔ  ｆｏｒ：  Ｄｉｓｃｕｓｓｉｏｎ  ａｎｄ  ｄｅｃｉｓｉｏｎ
【発明の概要】
【発明が解決しようとする課題】
【００１４】
前述を念頭におき、本出願は、上記課題を解決するために、キャリア・アグリゲーションのためにソフト・バッファを扱うための方法、及び、無線通信システムの通信装置を提供することを目的とする。
【課題を解決するための手段】
【００１５】
このことは、請求項１、２、１３，及び１４記載のキャリア・アグリゲーションのためにソフト・バッファを扱う方法及び通信装置によって実現される。従属請求項は、対応する更なる展開及び改良に関する。
【図面の簡単な説明】
【００１６】
【図１】従来技術の例による、ソフト・チャネル・ビットＮｓｏｆｔの数を示す表である。
【図２】従来技術の例による、ＤＬ  ＨＡＲＱ処理の最大数ＭＤＬ＿ＨＡＲＱを示す表である。
【図３】従来技術の例によるソフト・バッファを示す概略図である。
【図４】本発明の例による無線通信システムを示す概略図である。
【図５】本発明の例による通信装置を示す概略図である。
【図６】無線通信システムの通信プロトコル層を示す概略図である。
【図７】本発明の例による処理を示すフロー図である。
【図８】本発明の例によるソフト・バッファを示す概略図である。
【図９】本発明の例による重み付けｗＰＣＣを示す表である。
【図１０】本発明の例による処理を示すフロー図である。
【図１１】本発明の例によるソフト・バッファを示す概略図である。
【図１２】本発明の例による、重み付けＭｏｖｅｒｂｏｏｋｉｎｇを示す表である。
【図１３】本発明の例による、重み付けＭｏｖｅｒｂｏｏｋｉｎｇを示す表である。
【図１４】本発明の例による、重み付けＭｏｖｅｒｂｏｏｋｉｎｇを示す表である。
【図１５】本発明の例によるソフト・バッファを示す概略図である。
【図１６】本発明の例によるソフト・バッファを示す概略図である。
【発明を実施するための形態】
【００１７】
後述する詳細な説明から更に明確になるように、無線通信システムにおけるモバイル装置のソフト・バッファを扱う、本特許請求の範囲記載の方法が開示される。モバイル装置には、無線通信システムのネットワークにより、以降ＣＣと呼ぶ複数のコンポーネット・キャリアが構成される。複数のＣＣは、以降ＰＣＣと呼ぶプライマリＣＣ、及び以降ＳＣＣと呼ぶ少なくとも１つのセカンダリＣＣを備える。本特許請求の範囲記載の方法は、表示に応じて、複数のＣＣに対応する複数の重み付けを判定する工程と、複数の重み付けに応じて複数のサブブロックの複数のサイズを判定する工程と、複数のサブブロックの複数のサイズに応じて、複数のサブブロックにソフト・バッファを分割して、複数のサブブロックにおいて複数のＣＣの、以降ＨＡＲＱと呼ぶ複数のハイブリッド自動再送要求の処理を編成する工程とを含む。
【実施例】
【００１８】
本発明の例による無線通信システム４０の概略図である図４を参照されたい。キャリア・アグリゲーション（ＣＡ）（例えば、複数コンポーネント・キャリア（ＣＣ））をサポートするロング・ターム・エボリューション・アドバンスド（ＬＴＥ−Ａ）システム又は他の移動体通信システムなどの無線通信システム４０は、簡潔には、ネットワーク、及び複数のユーザ機器（ＵＥ）を含む。図４では、ネットワーク及びＵＥは単に、無線通信システム４０の構造を示すために利用される。実際には、ネットワークは、ＬＴＥ−Ａシステムにおけるリレー及び複数のエボルブド・ノードＢ（ｅＮＢ）を含むエボルブド汎用地上無線アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ）として表すことが可能である。ＵＥは、携帯電話機、ラップトップ、タブレット・コンピュータ、電子書籍、及びポータブル・コンピュータ・システムなどのモバイル装置であり得る。更に、ネットワーク及びＵＥは、伝送方向に応じて送信器又は受信器としてみることが可能であり、例えば、上りリンク（ＵＬ）の場合、ＵＥは送信器であり、ネットワークは受信器であり、下りリンク（ＤＬ）の場合、ネットワークは送信器であり、ＵＥは受信器である。
【００１９】
本発明の例による通信装置５０の概略図である図５を参照されたい。通信装置５０は、図４に示すネットワーク又はＵＥであり得るが、これに制限されない。通信装置５０は、マイクロプロセッサ又は特定用途向集積回路（ＡＳＩＣ）などのプロセッサ５００、記憶装置５１０、及び通信インターフェーシング装置５２０を含み得る。記憶装置５１０は、プロセッサ５００によってアクセスされるプログラム・コード５１４を記憶することが可能な何れかのデータ記憶装置であり得る。記憶装置５１０の例には、限定列挙でないが、加入者識別モジュール（ＳＩＭ）、リードオンリ・メモリ（ＲＯＭ）、フラッシュ・メモリ、ランダムアクセス・メモリ（ＲＡＭ）、ＣＤ−ＲＯＭ／ＤＶＤ−ＲＯＭ、磁気テープ、ハード・ディスク、及び光学式データ記憶装置が含まれる。通信インターフェーシング装置５２０は好ましくは無線トランシーバであり、プロセッサ５００の処理結果により、ネットワークとの間で無線信号を交換することが可能である。
【００２０】
無線通信システム４０の通信プロトコル層の概略図を示す図６を参照されたい。通信プロトコル層の一部の挙動は、プログラム・コード５１４において規定し、プロセッサ５００によって実行することができる。最上位乃至最下位の通信プロトコル層は、無線リソース制御（ＲＲＣ）層、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）層６０２、無線リンク制御（ＲＬＣ）層６０４、メディア・アクセス制御（ＭＡＣ）層６０６、及び物理（ＰＨＹ）層６０８である。ＲＲＣ層６００は、ブロードキャスト、ページング、ＲＲＣ接続管理、測定報告／制御／無線ベアラ制御生成又はリリース無線ベアラを行うために使用される。ＰＤＣＰレイヤ６０２は、送信の暗号化及びインテグリティ保護、並びにハンドオーバ中のデリバリ・オーダー（ｄｅｌｉｖｅｒｙ  ｏｒｄｅｒ）の維持のために使用される。ＲＬＣ層６０４は、パケットのセグメント化／連結、及びパケットが喪失された場合のデリバリ・シーケンスの維持のために使用される。ＭＡＣ層６０６は、ハイブリッド自動再送要求（ＨＡＲＱ）処理、論理チャネルの多重化、ランダム・アクセス手順、及びＵＬタイミング・アラインメントの維持に対する役割を果たす。各ＨＡＲＱ処理では、ＭＡＣデータ／制御パケットが首尾良く受信され、復号化された場合に肯定応答（ＡＣＫ）が通知される。さもなければ、否定応答（ＮＡＣＫ）が通知される。ＰＨＹ層６０８は、物理チャネルをＵＥ及びネットワーク（例えば、ｅＮＢ及び／又はリレー）に提供するために使用される。図６は概念的な通信プロトコル層の挙動を示すに過ぎず、挙動の詳細はＬＴＥ−Ａシステム及び他の通信システムについて異なり得る。
【００２１】
本発明の例による処理７０のフロー図である図７を参照されたい。処理７０は、ＵＥのソフト・バッファを扱うために、図４に示すネットワーク及びＵＥにおいて利用される。ＵＥにはネットワークにより、複数のＣＣが構成され、複数のＣＣはプライマリＣＣ（ＰＣＣ）、及び少なくとも１つのセカンダリＣＣ（ＳＣＣ）を含む。処理７０は、プログラム・コード５１４に編集することができ、
工程７００（開始）、
工程７０２（表示に応じて、ソフト・バッファの複数のＣＣに対応する複数の重み付けを判定する）、
工程７０４（複数の重み付けに応じて複数のサブブロックの複数のサイズを判定する）
工程７０６（複数のサブブロックの複数のサイズに応じて複数のサブブロックにソフト・バッファを分割して、複数のサブブロックにおける複数のＣＣの複数のＨＡＲＱ処理を編成する）、及び
工程７０８（終了）
を含む。
【００２２】
処理７０によれば、ＵＥは、表示に応じて、ソフト・バッファの複数のＣＣに対応する複数の重み付けを判定する。次いで、ＵＥは、複数の重み付けに応じて複数のサブブロックの複数のサイズを判定する。よって、ＵＥは、複数のサブブロックの複数のサイズに応じて複数のサブブロックにソフト・バッファを分割して、複数のサブブロックにおける複数のＣＣの複数のＨＡＲＱ処理を編成することが可能である。すなわち、ＵＥは、種々のサイズのサブブロックにおいて（、かつ、よって、種々のサイズのパーティションにおいて）ＰＣＣ及び少なくとも１つのＳＣＣの複数のＨＡＲＱ処理を編成する（例えば、記憶する）。例えば、ＰＣＣ上で送信されるパケットはより重要であり（例えば、制御情報を含む）、パケットの数（すなわち、トラフィック負荷）が多いので、ＰＣＣのＨＡＲＱ処理を、（例えば、大きな重み付けを使用することにより、）より大きなサイズのサブブロックに編成することが可能である。ＳＣＣ上で送信されるパケットはより重要でなく、パケットの数が少ないので、少なくとも１つのＳＣＣのＨＡＲＱ処理は、（例えば、少なくとも１つの小さな重み付けを使用することにより、）小さなサイズのサブブロックに編成することが可能である。すなわち、ソフト・バッファは効率的にかつ柔軟に利用される。その結果、ＰＣＣ、及び少なくとも１つのＳＣＣのＨＡＲＱ処理のブロッキング確率が削減され、ＰＣＣ上で送信されるデータはすばやく回復し、実行することが可能である。したがって、システム・スループットが増加し、ＵＥは、中断又は遅延なしで通常に動作することが可能である。
【００２３】
処理７０の目標は、ＵＥが、ソフト・バッファが効率的にかつ柔軟に利用されるようにソフト・バッファにおいて、種々のサイズのサブブロックに（、かつ、よって、種々のサイズのパーティションに）少なくとも１つのＳＣＣ、及びＰＣＣのＨＡＲＱ処理を編成する。それに応じて複数の重み付けをＵＥが判定するその要因は制限されない。それに基づいてＵＥがソフト・バッファを分割し、ＨＡＲＱ処理を編成するその方法も制限されない。
【００２４】
一般に、ＣＡで構成された無線通信システム４０のソフト・バッファ・パーティション規則は以下のように導入される。まず、ＵＥのソフト・チャネル・ビットの合計数（すなわち、ソフト・バッファのサイズ）Ｎｓｏｆｔは、任意のパーティション規則に応じて、ＮＣ個の構成されたＣＣのＮＣ個のサブブロックに分割される（例えば、Ｎｓｏｆｔは、構成されたＣＣ全てについて均等に分割される）。ｎｃ番目のＣＣのソフト・チャネル・ビットを単位とするサブブロックの暫定的なサイズはＮ’ｓｏｆｔ（ｎＣ）として定義され、ここで、１≦ｎＣ≦ＮＣであり、
【００２５】
【数２】
2012235454.tif 000004
である。次に、ＵＥは、表示に応じて、複数のＣＣに対応する複数の重み付けを判定し、
【００２６】
【数３】
2012235454.tif 000005
のように、複数の重み付けに応じて、複数のサブブロックにソフト・バッファを分割する。ここで、
【００２７】
【数４】
2012235454.tif 000006
は表示によるｎＣ番目のＣＣの重み付けであり、ゼロよりも大きな正の値である。ＰＣＣの重み付けは、ＳＣＣの重み付け以上にセットすることが可能である。Ｎｓｏｆｔ（ｎｃ）は、ｎｃ番目のＣＣのソフト・チャネル・ビットを単位とするサブブロックのサイズであり、重み付けｗ（ｎｃ）及び暫定的サイズＮ’ｓｏｆｔ（ｎｃ）に応じて判定される。構成されたＣＣ毎にソフト・バッファのサイズをＵＥが判定した後、構成されたＣＣそれぞれの伝送ブロックのパーティションのサイズ
【００２８】
【数５】
2012235454.tif 000007
の通りに判定することが可能である。
【００２９】
ここで、ＮＩＲ（ｎｃ）は、ｎｃ番目のＣＣの伝送ブロックのパーティションのサイズである。Ｎｓｏｆｔ（ｎｃ）は、ｎｃ番目のＣＣのソフト・チャネル・ビットを単位とする、サブブロックのサイズである。ＫＭＩＭＯは、ＣＣ毎の一ＴＴＩにおいてＵＥに送信し得る伝送ブロックの数であり、ＵＥ及びネットワークによって使用されるＭＩＭＯに関係する。Ｍｌｉｍｉｔは正の値である。ＭＤＬ＿ＨＡＲＱ（ｎｃ）は、ｎｃ番目のＣＣのＤＬ  ＨＡＲＱ処理の最大数であり、複信モード及びその構成に対応する。
【００３０】
例えば、本発明の例によるソフト・バッファＳＢの概略図である図８を参照されたい。ＵＥにはネットワークにより、２つのＣＣが構成され、ＵＥはＦＤＤモードで動作し、２つのＣＣの一方はＰＣＣであり、他方はＳＣＣである。一ＴＴＩにおいてＵＥに一伝送ブロックのみを送信することが可能である（、すなわち、空間多重化がイネーブルされていない）ため、最大８個のＨＡＲＱ処理を各サブブロックにおいて記憶することが可能であるように、本発明により、構成されたＣＣの２つのサブブロックＳＢ＿１及びＳＢ＿２にソフト・バッファＳＢを分割する。よって、ＵＥは、サブブロックＳＢ＿１及びＳＢ＿２における２つのＣＣのＨＡＲＱ処理を編成することが可能であり、各ＨＡＲＱ処理は対応するパーティションに編成される。詳細には、ソフト・バッファＳＢのサイズ（例えば、ソフト・チャネル・ビット）のサイズはＮｓｏｆｔである。それぞれＮｓｏｆｔ（１）及びＮｓｏｆｔ（２）であるサブブロックＳＢ＿１及びＳＢ＿２のサイズは同じである、すなわち、Ｎ’ｓｏｆｔ（１）＝Ｎ’ｓｏｆｔ（２）＝Ｎｓｏｆｔ／２である。サブブロックＳＢ＿１及びＳＢ＿２はそれぞれ、ＰＣＣ及びＳＣＣのＨＡＲＱ処理のために使用される。次いで、サブブロックＳＢ＿１及びＳＢ＿２のサイズは、Ｎｓｏｆｔ（１）＝Ｎ’ｓｏｆｔ（１）・ｗ（１）であり、Ｎｓｏｆｔ（２）＝Ｎ’ｓｏｆｔ（２）・ｗ（２）であり、ここで、１≦ｗＰＣＣ≦２であり、よって、Ｎｓｏｆｔ（１）がＮｓｏｆｔ（２）以上であるように、重み付けｗ（１）＝ｗＰＣＣ及びｗ（２）＝（２−ｗＰＣＣ）を使用することによって修正される。
【００３１】
更に、図８に示すように、サブブロックＳＢ＿１は８つのパーティションＰ８０１乃至Ｐ８０８に分割され、サブブロックＳＢ＿２は８つのパーティションＰ８０９乃至Ｐ８１６に分割される。ＵＥは、上記式（式３）に応じて、構成されたＣＣの伝送ブロックのパーティション・サイズＮＩＲ（１）及びＮＩＲ（２）を判定することが可能である。すなわち、パーティションＰ８０１乃至Ｐ８０８それぞれのサイズはＮＩＲ（１）であり、パーティションＰ８０９乃至Ｐ８１６のそれぞれのサイズはＮＩＲ（２）である。したがって、より重要なＰＣＣのＨＡＲＱ処理は、大きなサイズＮＩＲ（１）の８個のパーティションに編成することが可能である。同時に、より重要でないＳＣＣのＨＡＲＱ処理は、小さなサイズＮＩＲ（２）の８個のパーティションに編成することも可能である。上記例は、ソフト・バッファがまず、サブブロックに重み付けを施す前に、同じサイズ（すなわち、Ｎ’ｓｏｆｔ（ｎ１）＝Ｎ’ｓｏｆｔ（ｎ２）であり、ｎ１≠ｎ２がＣＣのインデクスである）のサブブロックに均等に分割されるケースを示す。しかし、ソフト・バッファは更に、まず、種々のサイズ（すなわち、ｎｃ番目のＣＣのｎ’ｓｏｆｔ（ｎｃ）が任意である）のサブブロックに分割することが可能である。次いで、重み付けｗ（ｎｃ）は、Ｎｓｏｆｔ（ｎｃ）＝Ｎ’ｓｏｆｔ（ｎｃ）・ｗ（ｎｃ）を使用することにより、サイズＮｓｏｆｔ（ｎｃ）を得るためにｎｃ番目のＣＣに対応するサブブロックに施される。その結果、ＰＣＣ及びＳＣＣのＨＡＲＱ処理のブロッキング確率は増加しない。ＰＣＣ上で送信される制御情報及びデータは急速に回復される。大きなサイズの（すなわち、良好な符号化性能の）ＨＡＲＱ処理はソフト・バッファに記憶することが可能である。システム・スループットは、ソフト・バッファの非効率的な使用によって影響されることなく、ＣＡを使用することにより、効率的に増加する。
【００３２】
それに応じて、ＰＣＣの重み付けが判定されるその係数は制限的でない。例えば、本発明の例による重み付けｗＰＣＣの表９０である図９を参照されたい。表９０は好ましくは、ＵＥに記憶される。表９０では、重み付けｗＰＣＣは、パラメータＲａｔｉｏＰＣＣ及びＣＣの数ＮＣに応じて判定され、
【００３３】
【数６】
2012235454.tif 000008
は、ｘ以下の最大整数である。すなわち、重み付けｗＰＣＣは、パラメータＲａｔｉｏＰＣＣ及びＣＣの数ＮＣによって示される。詳細には、表示が、パラメータＲａｔｉｏＰＣＣ及びＣＣの数ＮＣに応じてＵＥによって生成される。あるいは、表示は、パラメータＲａｔｉｏＰＣＣ及びＣＣの数ＮＣに応じて、ネットワークによって生成され、次いで、表示が、ネットワークによってＵＥに送信される。更に、表示は、パラメータＲａｔｉｏＰＣＣ及びＣＣの数ＮＣ（すなわち、同じ規則）に応じてＵＥ及びネットワークによって生成することも可能である。パラメータＲａｔｉｏＰＣＣは、  
【００３４】
【数７】
2012235454.tif 000009
通りに表され、ここで、ＢＷ（ＰＣＣ）及びＢＷ（ｎｃ）はＰＣＣ及びｎｃ番目のＣＣの帯域であり、ｒｉｊ（１≦ｉ≦５、１≦ｊ≦４）は正の値である。ＰＣＣの重み付けｗＰＣＣが判定された後、ｎ番目のＳＣＣｗ（ｎｃ）の重み付けを
ｗ（ｎｃ）＝（ＮＣ−ｗＰＣＣ）／（ＮＣ−１）
の通りに判定することが可能であり、ここで、ｎｃ∈ＳＣＣのインデクスである。したがって、各ＣＣのパーティションのサイズは適宜、修正又は調節することが可能である。
【００３５】
表示（及び、よって、重み付け）は、設計上の考察点又はシステム要件などの種々の要因に応じて生成することが可能である。例えば、表示（及び、よって、重み付け）は、ＵＥによってサポートされる最大層数、ＵＥに構成されたＣＣの帯域幅、ＵＥに構成されたＣＣの数、ＵＥのトラフィック負荷、ＵＥのＨＡＲＱ処理の平均数、ＵＥによって送信されるＮＡＣＫの数、ＵＥのＵＥカテゴリ、ＵＥに構成されたＣＣの優先度の組み合わせに応じて判定することが可能である。すなわち、表示（及び、よって。重み付けＭｏｖｅｒｂｏｏｋｉｎｇ）が、上記パラメータ及び変数の組み合わせに応じて（例えば、ＵＥ又はネットワークによって）生成される。更に、上記表示（及び、よって、重み付けＭｏｖｅｒｂｏｏｋｉｎｇ）はＵＥ自体によって生成することが可能である。あるいは、表示は、シングナリング（例えば、無線リソース制御（ＲＲＣ）シグナリング）を介してＵＥにネットワークによって送信される。更に、表示は、シグナリングのオーバヘッドを削減するために、同じ規則に応じて、ＵＥ及びネットワークによって生成することが可能である。更に、ソフト・バッファが複数ＣＣについて複数のパーティションに分割される時間は制限されない。例えば、ソフト・バッファは、ＣＣのＰＣＣが再構成された後に分割することが可能である、すなわち、重み付けを判定することができる表示は、ＰＣＣが再構成された後に生成される。あるいは、ソフト・バッファは、ＣＣの数が変更された後に分割することが可能である、すなわち、重み付けを判定することができる表示は、ＣＣの数が変更された後に生成される。更に、上記例において述べたＣＣは、好ましくはＤＬ  ＣＣと表される。ＵＥに記憶されたＨＡＲＱ処理は、ＤＬ上で送信されたパケットに対応するからである。
【００３６】
更に、処理７０及び上記例を、ネットワーク内で実現することが可能である。例えば、ネットワークは表示に応じて重み付けを判定し、ＵＥが重み付けに応じてサブブロックのサイズを判定することが可能であるように重み付けをＵＥに送信することが可能である。あるいは、ネットワークは更に、重み付けに応じてサブブロックのサイズを判定し得、サブブロックのサイズに応じてＵＥがソフト・バッファをサブブロックに分割することが可能であるようにサイズをＵＥに送信する。更に、同じ表示が同じ規則により、ＵＥによって生成されるので、ネットワークは、ＵＥにサブブロックのサイズ及び重み付けを送信しなくてよいことがあり得る。よって、ＵＥは重み付けを判定し、サブバッファをサブブロックのサイズに応じてサブブロックに分割するために重み付けに応じてサブブロックのサイズを判定することが可能である。
【００３７】
本発明の例による処理１００のフロー図である図１０を参照されたい。処理１００は、ＵＥのソフト・バッファを扱うために、図４に示すネットワーク及びＵＥにおいて利用される。ＵＥにはネットワークにより、複数のＣＣが構成され、複数のＣＣはプライマリＣＣ（ＰＣＣ）、及び少なくとも１つのセカンダリＣＣ（ＳＣＣ）を含む。処理１００は、プログラム・コード５１４に編集することができ、以下の工程を含む。
【００３８】
工程１０００  開始
工程１００２  ソフト・バッファの少なくとも１つのサブブロックを複数のパーティションに分割し、複数のパーティションの数は表示に応じて判定される。  
工程１００４  複数のＣＣの複数のＨＡＲＱ処理を複数のパーティションに編成する
工程１００６  終了
処理１００によれば、ＵＥはソフト・バッファの少なくとも１つのサブブロックを複数のパーティションに分割し、複数のパーティションの数は表示に応じて判定される。次いで、ＵＥは、複数のＣＣの複数のＨＡＲＱ処理を複数のパーティションに編成する。すなわち、ＵＥは、ソフト・バッファの１つ又は複数のサブブロックを種々の数のパーティションに分割して、複数のＣＣの複数のＨＡＲＱ処理をパーティションに編成（例えば、記憶）する。例えば、ＵＥは、小さなサイズのＨＡＲＱ処理をより多くパーティションに編成するために、ソフト・バッファを更に多くのパーティションに分割して、ＨＡＲＱ処理のブロッキング確率を低減させることが可能である。あるいは、ＵＥは、大きなサイズのＨＡＲＱ処理をより少なくパーティションに編成するために、ソフト・バッファを更に少ないパーティションに分割して、ＨＡＲＱ処理の符号化性能を向上させることが可能である。すなわち、ソフト・バッファは効率的にかつ柔軟に利用される。その結果、ブロッキング確率と符号化性能との間の、より良好なトレードオフを実現することが可能である。したがって、システム・スループットが増加し、ＵＥは、中断又は遅延なしで通常に動作することが可能である。
【００３９】
処理１００の目標は、ＵＥがソフト・バッファの１つ又は複数のサブブロックを種々の数のパーティションに分割して、ソフト・バッファが効率的に、かつ柔軟に利用されるように複数のＣＣの複数のＨＡＲＱ処理をパーティションに編成する（例えば、記憶する）ということである。それに応じて、パーティションの数をＵＥが判定するその要因は制限されない。それに基づいてＵＥがソフト・バッファを分割し、ＨＡＲＱ処理を編成するその方法も制限されない。
【００４０】
例えば、ＵＥのソフト・バッファは、より多くのＨＡＲＱ処理をソフト・バッファに記憶することが可能であるように更に多くのパーティションに直接分割することが可能である。すなわち、ソフト・バッファは複数のサブブロックに分割されない、すなわち、ソフト・バッファは１つのサブブロックのみに分割される。本発明の例によるソフト・バッファＳＢａの概略図である図１１を参照されたい。図１１に示すように、ソフト・バッファＳＢａは種々の数のパーティションに分割することが可能である。ＵＥに構成されるＣＣの数は制限されない。詳細には、サイズＮｓｏｆｔのソフト・バッファＳＢａは、複数のパーティションに分割され、各パーティションのサイズは、
【００４１】
【数８】
2012235454.tif 000010
の式に応じて、ＮＩＲである。ここで、ＫＭＩＭＯはＣＣ毎に一ＴＴＩにおいてＵＥに送信し得る伝送ブロックの数であり、ＵＥ及びネットワークによって使用されるＭＩＭＯに関係する。一般に、ｎ個の空間ストリームによる空間多重化がＵＥに構成された場合、ＫＭＩＭＯはｎにセットされる。Ｍｏｖｅｒｂｏｏｋｉｎｇは、パーティションの数を制御するための、表示に含まれる重み付けであり、正の値である。Ｍｌｉｍｉｔは正の値である。例えば、Ｍｌｉｍｉｔ＝８である。Ｍ’ＤＬ＿ＨＡＲＱは、構成されたＣＣに、同じ複信モ―ド及び構成が構成された場合、サービスするセル毎のＤＬ  ＨＡＲＱ処理の最大数である。他方で、ＵＥがＴＤＤで動作する場合、Ｍ’ＤＬ＿ＨＡＲＱは、少なくとも１つの構成されたＳＣＣが別々のＵＬ／ＤＬ構成で構成された場合のＰＣＣのＤＬ  ＨＡＲＱ処理の最大数である。よって、ＵＥがＦＤＤモードで動作し、空間多重化をサポートしない場合、ソフト・バッファＳＢａは８個のＭｏｖｅｒｂｏｏｋｉｎｇパーティションに分割され、パーティションのサイズは、固定のＭｏｖｅｒｂｏｏｋｉｎｇを使用する場合、同じである。すなわち、重み付けＭｏｖｅｒｂｏｏｋｉｎｇが１、２、３、４、及び５にセットされると、ソフト・バッファＳＢａは、空間多重化がＵＥによってサポートされていない場合、８個、１６個、２４個、３２個、及び４０個のパーティションに分割される。この場合、各パーティションのサイズは、
【００４２】
【数９】
2012235454.tif 000011
にセットされる。図１１に示すように、ＣＣ全てのＤＬ  ＨＡＲＱ処理は、固定Ｍｏｖｅｒｂｏｏｋｉｎｇの場合、ソフト・バッファＳＢａにおけるパーティション全てを共有する。すなわち、ＰＣＣ及びＳＣＣに使用されるパーティションのサイズは同じ（すなわち、ＮＩＲ）である。ＤＬ  ＨＡＲＱ処理のブロッキング確率と符号化性能とのトレードオフは、重み付けＭｏｖｅｒｂｏｏｋｉｎｇを判定する場合に行うことが可能である。すなわち、パーティションが多いと、符号化性能が悪くなることを犠牲にしてブロッキング確率が減少し、パーティションが少ないと、ブロッキング確率が高くなることを犠牲にして符号化特性が向上する。
【００４３】
表示（及び、よって、重み付けＭｏｖｅｒｂｏｏｋｉｎｇ）は、設計上の考察点又はシステム要件などの種々の要因に応じて生成することが可能である。例えば、重み付けＭｏｖｅｒｂｏｏｋｉｎｇは、ＵＥによってサポートされる最大層数、ＵＥに構成されたＣＣの帯域幅、ＵＥに構成されたＣＣの数、ＵＥのトラフィック負荷、ＵＥのＨＡＲＱ処理の平均数、ＵＥによって送信されるＮＡＣＫの数、ＵＥのＵＥカテゴリ、ＵＥに構成されたＣＣの優先度の組み合わせに応じて判定することが可能であり、上記に限定されない。すなわち、表示（及び、重み付けＭｏｖｅｒｂｏｏｋｉｎｇ）が、上記パラメータ及び変数の組み合わせに応じて（例えば、ＵＥ又はネットワークによって）生成される。本発明の例による、ＣＣの数に関係する重み付けＭｏｖｅｒｂｏｏｋｉｎｇの表１２０である図１２を参照されたい。ｆｉ（１≦ｉ≦５）は正の値である。表１２０に示すように、重み付けＭｏｖｅｒｂｏｏｋｉｎｇは、ＣＣの数に応じて判定される。例えば、４個のＣＣがＵＥに構成されると、重み付けＭｏｖｅｒｂｏｏｋｉｎｇはｆ４にセットされる。他方で、重み付けＭｏｖｅｒｂｏｏｋｉｎｇは更に、ＣＣの数及びＵＥのＵＥカテゴリに応じて判定することも可能である。本発明の例による、ＣＣの数、及びＵＥ  カテゴリに関係する重み付けＭｏｖｅｒｂｏｏｋｉｎｇの表１２２である図１３を参照されたい。ｆｉ，ｊ（１≦ｉ≦８，１≦ｊ≦５）は正の値である。例えば、ＵＥカテゴリが５であり、３個のＣＣはＵＥに構成された場合、重み付けＭｏｖｅｒｂｏｏｋｉｎｇはｆ５，３にセットされる。更に、重み付けＭｏｖｅｒｂｏｏｋｉｎｇは、ＵＥによってサポートされる最大層数及びＵＥのＵＥカテゴリに応じて判定することが可能である。本発明の例による、ＵＥによってサポートされる最大層数、及びＵＥカテゴリに関係する重み付けＭｏｖｅｒｂｏｏｋｉｎｇの表１２４である図１４を参照されたい。ｆｉ，ｊ（１≦ｉ≦８，１≦ｊ≦８）は正の値である。例えば、ＵＥカテゴリが７であり、ＵＥによってサポートされる最大層数が４である場合、重み付けＭｏｖｅｒｂｏｏｋｉｎｇはｆ７，４にセットされる。
【００４４】
上記例では、本発明はＵＥに構成されたＣＣ全てに施される。しかし、本発明は、ＵＥに構成されたＣＣの部分集合に施すことも可能である。本発明の例によるソフト・バッファＳＢｂの概略図である図１５を参照されたい。本例では、ＰＣＣ（Ｃ１）及びＳＣＣ（Ｃ２乃至Ｃ５）を含む５個のＣＣがＵＥに構成される。詳細には、ＰＣＣ  Ｃ１に対応する重み付けＭｏｖｅｒｂｏｏｋｉｎｇが１にセットされ、ＳＣＣ  Ｃ２乃至Ｃ５に対応する重み付けＭｏｖｅｒｂｏｏｋｉｎｇが３にセットされる。すなわち、変わっていない８個のパーティションＰ１３０１乃至Ｐ１３０８は、図１５のソフト・バッファＳＢｂ＿１によって示されるようなＰＣＣ  Ｃ１によってみられ、各パーティションのサイズはＮＩＲ（１）である。更に、２４個のパーティションＰ１３０１ａ乃至Ｐ１３２４ａが、図１５のソフト・バッファＳＢｂ＿２によって示されるようなＳＣＣ（Ｃ２乃至Ｃ５）によってみられ、各パーティションのサイズはＮＩＲ（２）である。すなわち、ＮＩＲ（１）＝３ＮＩＲ（２）である。次いで、ＰＣＣ  Ｃ１及びＳＣＣ  Ｃ２乃至Ｃ５は、ソフト・バッファＳＢｂ＿１及びＳＢｂ＿２によって示される対応するパーティションに応じてソフト・バッファＳＢｂにおいて編成することが可能である。ＣＣのＨＡＲＱ処理を編成する例を以下に示す。時間ｔ１では、ＵＥはＰＣＣ  Ｃ１のＨＡＲＱ処理を編成（例えば、記憶）する必要がある。ソフト・バッファＳＢｂは空きであるので、ＵＥは、ＰＣＣ  Ｃ１のＨＡＲＱ処理をパーティションＰ１３０１（すなわち、パーティションＰ１３０１ａ乃至Ｐ１３０３ａ）に編成する。時間ｔ２では、ＵＥはＳＣＣ  Ｃ５のＨＡＲＱ処理を編成する必要があり、ＵＥは、ＳＣＣ  Ｃ５のＨＡＲＱ処理をパーティションＰ１３０４ａに編成し続ける。時間ｔ３では、ＵＥはＰＣＣ  Ｃ１の別のＨＡＲＱ処理を再度、編成する必要がある。ＰＣＣ  Ｃ１によってみられるパーティションのサイズは、ソフト・バッファＳＢｂ＿１によって示されるようにＮＩＲ（１）であるので、ＵＥは、ＰＣＣ  Ｃ１の別のＨＡＲＱ処理をパーティションＰ１３０３（すなわち、パーティションＰ１３０７ａ乃至Ｐ１３０９ａ）に編成する。更に、ＵＥは、時間ｔ４及び時間ｔ５それぞれにおいてＳＣＣ  Ｃ３及びＳＣＣ  Ｃ４のＨＡＲＱ処理を編成する必要がある。ＵＥは、ＳＣＣ  Ｃ３及びＳＣＣ  Ｃ４のＨＡＲＱ処理をパーティションｐ１３０５ａ及びｐ１３０６ａそれぞれに編成する。したがって、低いブロッキング確率及び良好な符号化性能以外に、本発明は、ＵＥに構成されたＣＣの一部のみについて、より小さいパーティションにソフト・バッファを分割することにより、柔軟にソフト・バッファを利用する。
【００４５】
他方で、本発明は、ＵＥのソフト・バッファの一部にも施すことが可能である。すなわち、ソフト・バッファの一部のみが、重み付けに応じた種々のサイズ及び量のパーティションに分割され、ソフト・バッファの他の部分は、従来技術により、８個のパーティションに分割される。例えば、本発明の例による、ソフト・バッファＳＢｃの概略図である図１６を参照されたい。ソフト・バッファＳＢｃは、ＣＣ（Ｃ１乃至Ｃ５）のＨＡＲＱ処理のために使用され、まず、２つのサブブロックＳＢｃ＿１及びＳＢｃ＿２に分割される。サブブロックＳＢｃ＿１はＣＣ（Ｃ１及びＣ２）のために使用され、サブブロックＳＢｃ＿２はＣＣ（Ｃ３乃至Ｃ５）のために使用される。Ｎｓｏｆｔ，ｓｂ（１）及びＮｓｏｆｔ，ｓｂ（２）それぞれであるサブブロックＳＢｃ＿１及びＳＢｃ＿２のサイズは、種々の設計上の考察点又はシステム要件（例えば、表示）に応じて判定することが可能であり、制限されない。次いで、サブブロックＳＢｃ＿１は種々の数のパーティションに更に分割される。すなわち、それに基づいてサブブロックＳＢｃ＿１が更に分割されるその方法は制限されない。上述した実現形態及び方法を直接施すことが可能である。例えば、図８によって示す方法は、図８のＮｓｏｆｔを図１６のＮｓｏｆｔ，ｓｂ（１）で置き換えることにより、図１６に示すようにサブブロックＳＢｃ＿１に施すことが可能である。同様に、サブブロックＳＢｃ＿１は、Ｎｓｏｆｔ（１）及びＮｓｏｆｔ（２）それぞれのサイズの２つのサブブロックＳＢｃ＿１１及びＳＢｃ＿１２に更に分割される。サブブロックＳＢｃ＿１１及びＳＢｃ＿１２はパーティションＰ１４０１乃至Ｐ１４０１６に分割され、パーティションＰ１４０１乃至１４０８それぞれのサイズはＮＩＲ（１）であり、パーティションＰ１４０９乃至１４１６それぞれのサイズはＮＩＲ（２）である。サブブロックＳＢｃ＿２は、従来技術による８個のパーティションに分割されるが、話を単純にするためにここでは説明しない。要するに、当業者は容易に、上述の処理７０、処理１００、及び例に対して、組み合わせ、修正、又は改変を行うものである。したがって、低いブロッキング確率及び良好な符号化性能以外に、本発明は更に、より小さいパーティションにソフト・バッファの一部のみを分割することにより、柔軟にソフト・バッファを利用する。
【００４６】
更に、上記表示（及び、よって、重み付け）はＵＥ自体によって生成することが可能である。あるいは、表示は、ネットワークによって生成され、シングナリング（例えば、無線リソース制御（ＲＲＣ）シグナリング）を介してＵＥにネットワークによって送信される。更に、表示は、シグナリングのオーバヘッドを削減するために、同じ規則に応じて、ＵＥ及びネットワークによって生成することが可能である。他方で、ソフト・バッファが複数ＣＣについて複数のパーティションに分割される時間は制限されない。例えば、ソフト・バッファは、ＣＣのＰＣＣが再構成された後に分割することが可能である。すなわち、重み付けを判定することができる表示は、ＰＣＣが再構成された後に生成される。あるいは、ソフト・バッファは、ＣＣの数が変更された後に分割することが可能である。すなわち、重み付けを判定することができる表示は、ＣＣの数が変更された後に生成される。更に、上記例において述べたＣＣは、好ましくはＤＬ  ＣＣと表される。ＵＥに記憶されたＨＡＲＱ処理は、ＤＬ上で送信されたパケットに対応するからである。
【００４７】
更に、処理１００及び上記例を、ネットワーク内で実現することが可能である。例えば、ネットワークは、表示に応じてパーティションの数を判定し、パーティションの情報（例えば、数）をＵＥに、上記情報に応じてＵＥがソフト・バッファをパーティションに分割することが可能であるように送信することが可能である。更に、同じ表示が、同じ規則に応じてＵＥによって生成されるので、ネットワークは情報をＵＥに送信しなくてよいことがあり得る。よって、ＵＥは、数を判定し、上記数に応じてソフト・バッファをサブブロックに分割することが可能である。
【００４８】
推奨される工程を含む処理の上述の工程は、電子システム、ハードウェア、ハードウェア装置上にリードオンリ・ソフトウェアとして常駐するデータ、コンピュータ命令、及びハードウェア装置の組み合わせとして知られているファームウェア、又はハードウェアであり得る手段によって実現することが可能である。ハードウェアの例は、マイクロ回路、マイクロチップ、又はシリコン・チップとして知られている混成回路、アナログ回路、及びディジタル回路を含むことが可能である。電子システムの例は、システム・オン・チップ（ＳＯＣ）、システム・イン・パッケージ（ＳｉＰ）、コンピュータ・オン・モジュール（ＣＯＭ）、及び通信装置３０を含み得る。
【００４９】
要約すれば、本発明は、無線通信システムにおいて複数のＣＣで構成されたＵＥのソフト・バッファを扱う方法を提供する。ＣＣのＨＡＲＱ処理のブロッキング確率が削減される。更に、ＰＣＣ上で送信されたデータをすばやく、回復し、実行することが可能である。したがって、システム・スループットが増加し、ＵＥは、中断又は遅延なしで通常に動作することが可能である。
【図１】
2012235454.tif 000014
【図２】
2012235454.tif 000015
【図３】
2012235454.tif 000016
【図４】
2012235454.tif 000017
【図５】
2012235454.tif 000018
【図６】
2012235454.tif 000019
【図７】
2012235454.tif 000020
【図８】
2012235454.tif 000021
【図９】
2012235454.tif 000022
【図１０】
2012235454.tif 000023
【図１１】
2012235454.tif 000024
【図１２】
2012235454.tif 000025
【図１３】
2012235454.tif 000026
【図１４】
2012235454.tif 000027
【図１５】
2012235454.tif 000028
【図１６】
2012235454.tif 000029