(57)【特許請求の範囲】
【請求項１】
データを処理する方法であって、
複数個のアップリンク／ダウンリンク構成（uplink／downlink configuration）を識別するステップと、
無線リソース制御（radio resource control）シグナリングにより指示されるセルに対する基準（reference）アップリンク／ダウンリンク構成を識別するステップと、
前記識別された基準アップリンク／ダウンリンク構成に基づいて、ダウンリンクＨＡＲＱ（hybrid automatic repeat request）プロセスの最大個数を獲得するステップと、
前記ダウンリンクＨＡＲＱプロセスの最大個数に基づいてパラメータＮＩＲを獲得するステップと、
前記パラメータＮＩＲ及び送信ブロックから分割されるコードブロックの総個数に基づいて、コードブロックのソフトバッファーサイズを獲得するステップと、
前記コードブロックのソフトバッファーサイズに基づいてデータをレートマッチング（rate matching）するステップと、
物理ダウンリンク共有チャンネル（ＰＤＳＣＨ）を通してユーザ端末に前記レートマッチングされたデータを伝送するステップと、を含み、
前記複数個のアップリンク／ダウンリンク構成は、セルのアップリンク／ダウンリンク構成変更に適用され、前記複数個のアップリンク／ダウンリンク構成のうちの一つは、システム情報ブロック１（ＳＩＢ１）により設定され、前記無線リソース制御シグナリングにより指示される基準アップリンク／ダウンリンク構成は、アップリンクＨＡＲＱ−ＡＣＫ伝送時点を決定するために使用され、
前記複数個のアップリンク／ダウンリンク構成と基準アップリンク／ダウンリンク構成は、両方とも既設定されたアップリンク／ダウンリンク構成集合に属する
ことを特徴とするデータ処理方法。
【請求項２】
前記セルに対するアップリンク／ダウンリンク構成変更をサポートするモードを確認するステップをさらに含む
ことを特徴とする請求項１に記載のデータ処理方法。
【請求項３】
前記基準（reference）アップリンク／ダウンリンク構成は、セル別に設定される
ことを特徴とする請求項１に記載のデータ処理方法。
【請求項４】
前記複数個のアップリンク／ダウンリンク構成のうちの一つは、前記アップリンク／ダウンリンク構成変更をサポートするモードのために構成される
ことを特徴とする請求項３に記載のデータ処理方法。
【請求項５】
データを処理する方法であって、
複数個のアップリンク／ダウンリンク構成（uplink／downlink configuration）を識別するステップと、
無線リソース制御（radio resource control）シグナリングにより指示されるセルに対する基準（reference）アップリンク／ダウンリンク構成を識別するステップと、
前記識別された基準アップリンク／ダウンリンク構成に基づいてダウンリンクＨＡＲＱ（hybrid automatic repeat request）プロセスの最大個数を獲得するステップと、
前記ダウンリンクＨＡＲＱプロセスの最大個数から獲得されたパラメータＮＩＲ及び送信ブロックから分割されるコードブロックの総個数に基づいてコードブロックのソフトバッファーサイズを獲得するステップと、
前記コードブロックのソフトバッファーサイズに基づいて、物理ダウンリンク共有チャンネル（ＰＤＳＣＨ）を通して受信されたデータをレートデマッチングするステップと、を含み、
複数個のアップリンク／ダウンリンク構成は、セルのアップリンク／ダウンリンク構成変更に適用され、前記複数個のアップリンク／ダウンリンク構成のうちの一つは、システム情報ブロック１（ＳＩＢ１）により設定され、前記無線リソース制御シグナリングにより指示される基準アップリンク／ダウンリンク構成は、アップリンクＨＡＲＱ−ＡＣＫ伝送時点を決定するために使用され、
前記複数個のアップリンク／ダウンリンク構成と基準アップリンク／ダウンリンク構成は、両方とも既設定されたアップリンク／ダウンリンク構成集合に属する
ことを特徴とするデータ処理方法。
【請求項６】
前記セルに対するアップリンク／ダウンリンク構成変更をサポートするモードを確認するステップをさらに含む
ことを特徴とする請求項５に記載のデータ処理方法。
【請求項７】
前記基準（reference）アップリンク／ダウンリンク構成は、セル別に構成される
ことを特徴とする請求項５に記載のデータ処理方法。
【請求項８】
前記複数個のアップリンク／ダウンリンク構成のうちの一つは、前記アップリンク／ダウンリンク構成変更をサポートするモードのために構成される
ことを特徴とする請求項７に記載のデータ処理方法。
【請求項９】
基地局であって、
データを送信または受信する送受信部と、
制御部と、を含み、
前記制御部は、複数個のアップリンク／ダウンリンク構成（uplink／downlink configuration）を識別し、無線リソース制御（radio resource control）シグナリングにより指示されるセルに対する基準（reference）アップリンク／ダウンリンク構成を識別し、前記識別された基準アップリンク／ダウンリンク構成に基づいて、ダウンリンクＨＡＲＱ（hybrid automatic repeat request）プロセスの最大個数を獲得し、前記ダウンリンクＨＡＲＱプロセスの最大個数に基づいてパラメータＮＩＲを獲得し、前記パラメータＮＩＲ及び送信ブロックから分割されるコードブロックの総個数に基づいてコードブロックのソフトバッファーサイズを獲得し、
前記コードブロックのソフトバッファーサイズに基づいてデータをレートマッチングし、物理ダウンリンク共有チャンネル（ＰＤＳＣＨ）を通してユーザ端末に前記レートマッチングされたデータを伝送するように制御し、
前記複数個のアップリンク／ダウンリンク構成は、セルのアップリンク／ダウンリンク構成変更に適用され、前記複数個のアップリンク／ダウンリンク構成のうちの一つは、システム情報ブロック１（ＳＩＢ１）により設定され、前記無線リソース制御シグナリングにより指示される基準アップリンク／ダウンリンク構成は、アップリンクＨＡＲＱ−ＡＣＫ伝送時点を決定するために使用され、
前記複数個のアップリンク／ダウンリンク構成と基準アップリンク／ダウンリンク構成は、両方とも既設定されたアップリンク／ダウンリンク構成集合に属する
ことを特徴とする基地局。
【請求項１０】
前記制御部は、前記セルに対するアップリンク／ダウンリンク構成変更をサポートするモードを確認する
ことを特徴とする請求項９に記載の基地局。
【請求項１１】
前記基準（reference）アップリンク／ダウンリンク構成は、セル別に設定される
ことを特徴とする請求項９に記載の基地局。
【請求項１２】
前記複数個のアップリンク／ダウンリンク構成のうちの一つは、前記アップリンク／ダウンリンク構成変更をサポートするモードのために構成される
ことを特徴とする請求項１１に記載の基地局。
【請求項１３】
ユーザ端末（ＵＥ）であって、
データを送信または受信する送受信部と、
制御部と、を含み、
前記制御部は、複数個のアップリンク／ダウンリンク構成（uplink／downlink configuration）を識別し、無線リソース制御（radio resource control）シグナリングにより指示されるセルに対する基準（reference）アップリンク／ダウンリンク構成を識別し、前記識別された基準アップリンク／ダウンリンク構成に基づいて、ダウンリンクＨＡＲＱ（hybrid automatic repeat request）プロセスの最大個数を獲得し、前記ダウンリンクＨＡＲＱプロセスの最大個数から獲得されたパラメータＮＩＲ及び送信ブロックから分割されるコードブロックの総個数に基づいてコードブロックのソフトバッファーサイズを獲得し、前記コードブロックのソフトバッファーサイズに基づいて、物理ダウンリンク共有チャンネル（ＰＤＳＣＨ）を通して受信されたデータをレートデマッチングし、
前記複数個のアップリンク／ダウンリンク構成は、セルのアップリンク／ダウンリンク構成変更に適用され、前記複数個のアップリンク／ダウンリンク構成のうちの一つは、システム情報ブロック１（ＳＩＢ１）により設定され、前記無線リソース制御シグナリングにより指示される基準アップリンク／ダウンリンク構成は、アップリンクＨＡＲＱ−ＡＣＫ伝送時点を決定するために使用され、
前記複数個のアップリンク／ダウンリンク構成と基準アップリンク／ダウンリンク構成は、両方とも既設定されたアップリンク／ダウンリンク構成集合に属する
ことを特徴とするユーザ端末。
【請求項１４】
前記制御部は、前記セルに対するアップリンク／ダウンリンク構成変更をサポートするモードを確認する
ことを特徴とする請求項１３に記載のユーザ端末。
【請求項１５】
前記基準（reference）アップリンク／ダウンリンク構成は、セル別に設定される
ことを特徴とする請求項１３に記載のユーザ端末。
【請求項１６】
前記複数個のアップリンク／ダウンリンク構成のうちの一つは、前記アップリンク／ダウンリンク構成変更をサポートするモードのために構成される
ことを特徴とする請求項１５に記載のユーザ端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信分野、特にＴＤＤシステムにおけるソフトバッファー処理方法及び装置に関する。
【背景技術】
【０００２】
ロングタームエボリューション（Long Term Evolution；以下、ＬＴＥと称する）システムは、時分割デュプレッシング（Time Division Duplexing：以下‘ＴＤＤ’と称する）の稼働方式をサポートする。図１は、ＴＤＤシステムのフレーム構造を示す。各無線フレーム（radio frame）の長さは１０ｍｓであり、各無線フレームは５ｍｓの長さを有する二つのハーフフレーム（half-frame）に均一に分割される。各ハーフフレームは、０.５ｍｓの長さを有する８個のタイムスロット（time slot）及び３個の特定フィールド（special field）、すなわちダウンリンクパイロットタイムスロット（ＤｗＰＴＳ）、ガード区間（Guard Period；ＧＰ）、及びアップリンクパイロットタイムスロット（ＵｐＰＴＳ）を含み、これら３個の特定フィールドの総長さは１ｍｓである。各サブフレームは、２個の連続したタイムスロット、すなわちタイムスロット２ｋ及びタイムスロット２ｋ＋１を含むｋ番目のサブフレームで構成される。ＴＤＤシステムは、表１に示したように、７個のアップリンク−ダウンリンク構成をサポートする。ここで、Ｄはダウンリンクサブフレームを示し、Ｕはアップリンクサブフレームを示し、Ｓは３個の特定フィールドを含む特定サブフレームを示す。
【０００３】
【表１】
0006486265.tif 000002
【０００４】
ＬＴＥ ＴＤＤシステムで、ダウンリンクデータハイブリッド自動再送要求（Hybrid Automatic Repeat Request；ＨＡＲＱ）送信のために、物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）は、現在のサブフレームで物理ダウンリンク共有チャンネル（ＰＤＳＣＨ）をスケジューリングするように構成され、０、１、またはそれ以上のダウンリンクサブフレームでダウンリンク半持続的スケジューリングリリース（downlink semi-persistent scheduling release）を表示するＰＤＳＣＨまたはＰＤＣＣＨに対応するＡＣＫ／ＮＡＣＫ情報は、一つのアップリンクサブフレームｎにフィードバックされることができ、これらダウンリンクサブフレームのインデックスはｎ−ｋであり、ここで、ｋは集合Ｋに属し、集合Ｋはアップリンク−ダウンリンク構成及びアップリンクサブフレームｎにより決定される。表２に示したように、これらはＬＴＥリリース８システムで定義されるＨＡＲＱタイミング関係である。
【０００５】
【表２】
0006486265.tif 000003
【０００６】
上記ＨＡＲＱタイミング関係によれば、上記７個のＴＤＤアップリンク−ダウンリンク構成に対応するダウンリンクＨＡＲＱプロセスの最大個数は相異なる。ここで、各ＴＤＤアップリンク−ダウンリンク構成に対して、ダウンリンクＨＡＲＱプロセスの最大個数は、ＰＤＣＣＨでＨＡＲＱプロセスインデックスを使用することによって混乱無しでそれぞれの並列ＨＡＲＱプロセスを識別する基地局を保証するために使用される。
【０００７】
【表３】
0006486265.tif 000004
【０００８】
ＬＴＥ ＴＤＤシステムのＨＡＲＱタイミング関係は上述されており、ＨＡＲＱと関連した他の問題は、ソフトバッファーを処理する方法である。事実、ＵＥはその処理容量によって複数のＵＥカテゴリーに分割され、該当分割はＭＩＭＯをサポートするＵＥがあるか否か、サポートされるＭＩＭＯデータストリームの最大個数、ソフトバッファーのサイズなどに基づく。ここで、上記ソフトバッファーは、ＵＥが基地局から送信されるデータを正しくデコーディングできない場合、受信されたソフトビット（soft bit）を保存するために使用され、ＨＡＲＱ再送信時、ソフトコンビネーションを実行することによってリンク性能を改善させることができる。
【０００９】
上記ソフトバッファーの処理は、基地局側でのダウンリンクデータのレートマッチング（ＲＭ）に影響を及ぼす。ＬＴＥ ＴＤＤリリース１０で、ＵＥのソフトバッファーのサイズを
【数１】
0006486265.tif 000005
と表すと、ＵＥが単一搬送波モードでも、搬送波アグリゲーションモード（carrier aggregation mode）でも関係なしで、送信ブロックの各コードブロックに対して、レートマッチングはソフトバッファーのサイズ
【数２】
0006486265.tif 000006
によって実行され、ここで、Ｃは送信ブロックから分割されるコードブロックの総個数であり、
【数３】
0006486265.tif 000007
はターボ符号化（turbo encoding）により出力される符号化ビットの総個数
【数４】
0006486265.tif 000008
であり、
【数５】
0006486265.tif 000009
はＵＥの送信モードに依存し、ＭＩＭＯ送信モードに対して
【数６】
0006486265.tif 000010
、非ＭＩＭＯ送信モードに対して
【数７】
0006486265.tif 000011
であり、
【数８】
0006486265.tif 000012
は、表３で与えられたダウンリンクＨＡＲＱプロセスの最大個数であり、
【数９】
0006486265.tif 000013
は定数８であり、
【数１０】
0006486265.tif 000014
はＵＥキャパシティカテゴリーと関連した定数である。すなわち、ＵＥが実際にどれくらい多くの搬送波で稼働されるかに関係なく、レートマッチングが実行される場合、ＵＥが現在の一つの搬送波のみを構成している方法と同一の方法がレートマッチングを実行するために使用される。
【００１０】
ＵＥ側で、ＵＥがコードブロックを間違ってデコーディングする場合、ＨＡＲＱソフトコンビネーションが実行され、リンク性能を改善できるようにコードブロックのためにソフトビットが維持される必要がある。ＨＡＲＱ増分リダンダンシー（ＩＲ）をよりよくサポートするために、基地局はＵＥが正しくコードブロックをデコーディングできない場合、ソフトビットが実際に保存されているかを知る必要がある。ＬＴＥ ＴＤＤリリース１０で、ソフトバッファーを処理するＵＥの方法は、現在構成されている一つ以上のセルにそのソフトバッファーを均一に割り当てている。ＵＥにより構成される搬送波の個数を
【数１１】
0006486265.tif 000015
と表すと、各セルに対して、少なくとも
【数１２】
0006486265.tif 000016
個の送信ブロックに対して、送信ブロックのコードブロックのデコーディングが失敗する場合、ソフトビット
【数１３】
0006486265.tif 000017
はＬＴＥ−Ａに規定されているように、このコードブロックのためにＵＥにより維持される必要があり、ここで、
【数１４】
0006486265.tif 000018
は、ＵＥにより受信されるソフトビットであり、ｋはＵＥにより受信されるそれぞれのソフトビットのインデックスのうちで相対的に小さなインデックスである。
【００１１】
現在のＬＴＥシステム規格で、セルにより採択されるアップリンク−ダウンリンク構成は、放送シグナリングを介して構成され、すなわちシステム情報ブロック１（ＳＩＢ１）に含まれる。したがって、ＬＴＥシステムは、最も速い速度で毎６４０ｎｍに一回ずつアップリンク−ダウンリンク構成を変更する方法及び現在の規格で最大３時間に３２回システム情報を変更する方法をサポートする。サービス特性の変化により早く適応されるようにするために、現在３ＧＧＰ組織（3GGP organization）は、より速い速度でシステムアップリンク−ダウンリンクサブフレーム割当てを変更する方法をサポートする方法に対して研究している。例えば、より速い速度でアップリンク−ダウンリンク構成を変更する方法、例えば２００ｍｓ毎に一回ずつ変更する方法、または１０ｍｓの無線フレーム長さを有する時間の単位（order）でアップリンク−ダウンリンクサブフレーム構成を変更する方法をサポートする。事実、基地局スケジューラ（scheduler）は、サービス要求事項によってアップリンク−ダウンリンクサブフレーム分配を変更し、システム正常稼働を維持するために特定スケジューリング制限を採択するが、ＵＥは７個のアップリンク−ダウンリンク構成のうちいずれかを稼働しているかを知る必要がないこともある。実際稼働するアップリンク−ダウンリンクサブフレーム分配は、表１の該当７個の構成に無制限であることもでき、何よりも、実際のアップリンク−ダウンリンクサブフレーム分配は、ＵＥに対して透明にすることができる。このような種類のセルにより採択されるアップリンク−ダウンリンクサブフレーム分配の変化は、ダウンリンク送信時、ＨＡＲＱ−ＡＣＫタイミング関係に影響を及ぼし、これはダウンリンクＨＡＲＱプロセスの最大個数の変化を引き起こし、これによってＨＡＲＱ送信時、データのソフトバッファーの処理に影響を及ぼす。
【発明の概要】
【発明が解決しようとする課題】
【００１２】
本発明の目的は、少なくとも上述した問題点及び／又は不都合に取り組み、少なくとも以下の利便性を提供することにある。すなわち、本発明の目的は、ＴＤＤシステムのアップリンク−ダウンリンクサブフレームに対する割当てを変更する場合にソフトバッファーを処理する方法及び装置を提案することにある。
【課題を解決するための手段】
【００１３】
上記のような目的を達成するために、本発明の一態様によれば、基地局が、ＵＥに対する送信リソースを割り当て、ソフトバッファーを処理するパラメータを決定し、物理ダウンリンク共有チャンネル（ＰＤＳＣＨ）に対するレートマッチングを実行するステップと、上記基地局が、物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）及びＰＤＳＣＨを介して上記ＵＥにデータを送信するステップと、を含むことを特徴とするソフトバッファーを処理する方法を提案する。
【００１４】
本発明の別の態様によれば、ユーザ端末（ＵＥ）が、基地局により上記ＵＥに割り当てられる送信リソースの情報を受信し、ソフトバッファーを処理するパラメータを決定するステップと、上記ＵＥが、上記送信リソース及び上記ソフトバッファーを処理するパラメータによって上記基地局により送信される物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）及び物理ダウンリンク共有チャンネル（ＰＤＳＣＨ）を受信するステップと、を含むことを特徴とするソフトバッファーを処理する方法を提案する。
【００１５】
本発明のさらに別の態様によれば、リソース管理モジュール及び送信モジュールを含み、上記リソース管理モジュールは、ＵＥに対する送信リソースを割り当て、ソフトバッファーを処理するパラメータを決定するように構成され、上記送信モジュールは、物理ダウンリンク共有チャンネル（ＰＤＳＣＨ）に対するレートマッチングを実行し、物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）及び上記ＰＤＳＣＨを介して上記ＵＥにデータを送信するように構成されることを特徴とする基地局側装置を提案する。
【００１６】
本発明のまたさらに別の態様によれば、リソース管理モジュール及び受信モジュールを含み、上記リソース管理モジュールは、基地局により上記リソース管理モジュールに割り当てられる送信リソースの情報を決定し、ソフトバッファーを処理するパラメータを決定するように構成され、上記受信モジュールは、上記送信リソース及び上記ソフトバッファーを処理するパラメータによって上記基地局により送信される物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）及び物理ダウンリンク共有チャンネル（ＰＤＳＣＨ）を受信するように構成されることを特徴とするユーザ端末を提案する。
【００１７】
本発明のまたさらに別の態様によれば、ＵＥが、基地局により割り当てられる送信リソースに基づいてＰＤＣＣＨ及びＰＤＳＣＨを介して基地局により送信される情報を受信するステップと、上記ＵＥが、基準ＨＡＲＱ−ＡＣＫタイミング関係に従って上記基地局にＨＡＲＱ−ＡＣＫ情報をフィードバックするステップと、を含み、上記基準ＨＡＲＱ−ＡＣＫタイミング関係は、実際実行する間にダウンリンク送信に適用可能なサブフレームのＨＡＲＱ−ＡＣＫフィードバックタイミングを定義するダウンリンク送信をサポートする方法を提案する。
【００１８】
本発明は、アップリンク−ダウンリンクサブフレームに対する割当てを変更する場合、ＨＡＲＱダウンリンク送信時、データのソフトバッファーを処理する方法を提供する上記方法及び装置を提案する。基地局とＵＥ間のデータ送信のＨＡＲＱ重複バージョンの混同を避け、ＨＡＲＱソフトコンビネーションの性能を最適化する。それは既存システムに若干の修正を加え、システムコンプライアンス（system compliance）に影響を及ぼさないために、効率的で簡単に達成し得る。
【００１９】
本発明の他の目的、利点、及び顕著な特徴は、添付の図面及び本発明の実施形態からなされた以下の詳細な説明から、この分野の当業者に明確になるはずである。
【図面の簡単な説明】
【００２０】
【図１】ＴＤＤシステムフレーム構造の概略図である。
【図２】基準ＨＡＲＱ−ＡＣＫタイミングの概略図である。
【図３】本発明の一実施形態によるソフトバッファーを処理する基地局側方法のフローチャートである。
【図４】本発明の一実施形態によるソフトバッファーを処理する端末側方法のフローチャートである。
【図５】本発明の一実施形態による基地局側装置の構造及びＵＥ構造の概略図である。
【発明を実施するための形態】
【００２１】
本発明の目的及び技術的な解決方法をより明確で、より明瞭に理解できるようにするために、図面及び実施形態を参照して本発明に対して追加説明する。
【００２２】
上記説明によれば、相異なる指示方法（instruction method）が採択されることによって、アップリンク−ダウンリンクサブフレーム分配が速くまたは動的に変更され得る種類のＴＤＤシステムに対して、ＵＥが現在稼働している構成を知ることもでき、またはＵＥが現在のアップリンク−ダウンリンクサブフレームに対する実際割当てを分からないこともでき、または稼働するアップリンク−ダウンリンクサーバーフレームに対する実際分配が既存のアップリンク−ダウンリンク構成と異なることができる。基地局スケジューラ（scheduler）は、アップリンク−ダウンリンクデータ送信の正常な手順（proceeding）を保証する。セルのアップリンク−ダウンリンクサブフレーム分配の変更は、ダウンリンクＨＡＲＱプロセスの実際最大個数の変更をもたらすダウンリンク送信のＨＡＲＱ−ＡＣＫタイミング関係に影響を及ぼし、それによって、基地局及びＵＥによるＨＡＲＱ送信時、データのソフトバッファーの処理に影響を及ぼす。次の説明で、アップリンク−ダウンリンクサブフレームに対する可変的構成（flexible configuration）の機能（function）をサポートするＵＥを新規ＵＥと称し、相対的に、アップリンク−ダウンリンクサブフレームに対する可変的構成の機能をサポートしないＵＥを既存のＵＥと称する。既存のＵＥに対して、アップリンク−ダウンリンクデータは、ＳＩＢ１放送情報により構成される基本ＴＤＤアップリンク−ダウンリンク構成によって送信される。
【００２３】
ダウンリンク送信のＨＡＲＱ−ＡＣＫタイミング関係を定義する一つの可能な方法は、ＳＩＢ１放送情報により構成される基本ＴＤＤアップリンク−ダウンリンク構成及び現在実行中であるアップリンク−ダウンリンクサブフレームに対する実際分配と関係なく、基準ＨＡＲＱ−ＡＣＫタイミング関係に従ってＨＡＲＱ−ＡＣＫタイミング関係を定義する方法である。新規ＵＥに対して、ＨＡＲＱ−ＡＣＫタイミングが基準ＨＡＲＱ−ＡＣＫタイミング関係で定義されたサブフレームに対しては、このようなサブフレームのＨＡＲＱ−ＡＣＫフィードバックタイミングが基準ＨＡＲＱ−ＡＣＫタイミング関係に従って決定される。例えば、実際実行時、ダウンリンクサブフレームに可変的に変更され得るダウンリンクサブフレーム、またはダウンリンクサブフレームに固定される可能性がある全てのサブフレームに対応するＨＡＲＱ−ＡＣＫフィードバックタイミングが基準ＨＡＲＱ−ＡＣＫタイミング関係で定義され、これによって、新規ＵＥのダウンリンク送信が基準ＨＡＲＱ−ＡＣＫタイミング関係から獲得したＨＡＲＱ−ＡＣＫフィードバックタイミング位置によって実行される。特に、実際実行時、ダウンリンク方向で稼働できるセルのサブフレームの集合を
【数１５】
0006486265.tif 000019
と表し、基準タイミング関係で定義されているＨＡＲＱ−ＡＣＫフィードバックタイミングを有するダウンリンクサブフレームの集合を
【数１６】
0006486265.tif 000020
と表すと、基準タイミング関係の選択は
【数１７】
0006486265.tif 000021
の部分集合である
【数１８】
0006486265.tif 000022
を保証する。
【数１９】
0006486265.tif 000023
は
【数２０】
0006486265.tif 000024
と同一であり得、すなわち
【数２１】
0006486265.tif 000025
の最大部分集合が
【数２２】
0006486265.tif 000026
その自体であり得るということに留意すべきである。システム運用を単純化するための、基準ＨＡＲＱ−ＡＣＫタイミング関係を定義する可能な方法は、既存のアップリンク−ダウンリンク構成、例えば表１の７個の構成のうち一つのＨＡＲＱ−ＡＣＫタイミング関係を再利用する方法であり、それによって、基準ＨＡＲＱ−ＡＣＫタイミング関係が表２から得られる。
【００２４】
図２に示したように、従来のＴＤＤアップリンク−ダウンリンク構成２でのＨＡＲＱ−ＡＣＫタイミングが上記基準ＨＡＲＱ−ＡＣＫタイミング関係で採択されると、すなわち、サブフレーム９、サブフレーム０、サブフレーム１及びサブフレーム３でのダウンリンク送信のＨＡＲＱ−ＡＣＫフィードバックタイミングはサブフレーム７にあると仮定する。特に、現在稼働中であるＴＤＤアップリンク−ダウンリンク構成がアップリンク−ダウンリンク構成０であると、ＵＥはサブフレーム０及びサブフレーム１でダウンリンク送信を検出し、基準ＨＡＲＱ−ＡＣＫタイミング関係に従って、これら２個のサブフレームのＨＡＲＱ−ＡＣＫ情報は全部サブフレーム７にフィードバックされ、現在稼働中であるＴＤＤアップリンク−ダウンリンク構成がアップリンク−ダウンリンク構成１であると、ＵＥはサブフレーム９、サブフレーム０及びサブフレーム１でダウンリンク送信を検出し、基準ＨＡＲＱ−ＡＣＫタイミング関係に従って、これら３個のサブフレームのＨＡＲＱ−ＡＣＫ情報は全部サブフレーム７にフィードバックされ、現在稼働中であるＴＤＤアップリンク−ダウンリンク構成が６であると、ＵＥはサブフレーム９、サブフレーム０及びサブフレーム１でダウンリンク送信を検出し、基準ＨＡＲＱ−ＡＣＫタイミング関係に従って、これら３個のサブフレームのＨＡＲＱ−ＡＣＫ情報は全部サブフレーム７にフィードバックされ、現在稼働中であるＴＤＤアップリンク−ダウンリンク構成が２であれば、ＵＥはサブフレーム９、サブフレーム０、サブフレーム１及びサブフレーム３でダウンリンク送信を検出し、基準ＨＡＲＱ−ＡＣＫタイミング関係に従って、これら４個のサブフレームのＨＡＲＱ−ＡＣＫ情報は全部サブフレーム７にフィードバックされる。実際に、基地局がサブフレームの方向を可変的に構成する場合、特定期間に稼働するＴＤＤアップリンク−ダウンリンクサブフレーム分配は、伝統的なアップリンク−ダウンリンク構成のうち一つに限定される必要はないが、ＴＤＤアップリンク−ダウンリンク構成２のＨＡＲＱ−ＡＣＫタイミング関係に従って、サブフレーム９、０、１及び３のダウンリンク送信のＨＡＲＱ−ＡＣＫ情報は常にサブフレーム７でフィードバックされるはずである。実際に、基地局がサブフレームの方向を可変的に構成する場合、特定期間に稼働するＴＤＤアップリンク−ダウンリンクサブフレーム分配が従来のアップリンク−ダウンリンク構成のうち一つに限定される必要はないが、ＴＤＤアップリンク−ダウンリンク構成２のＨＡＲＱ−ＡＣＫタイミング関係に従って、サブフレーム９、サブフレーム０、サブフレーム１及びサブフレーム３のダウンリンク送信のＨＡＲＱ−ＡＣＫ情報は常にサブフレーム７にフィードバックされる。 
【００２５】
上記基準タイミング関係は、セル特定放送信号またはＵＥ特定ＲＲＣシグナリングを含んで高いレベルのシグナリングを介して構成されることができ、または上記基準タイミング関係は予め定義され、例えば、アップリンク−ダウンリンクサブフレーム分配の変更をサポートするシステムに対して、ＴＤＤアップリンク−ダウンリンク構成２のＨＡＲＱタイミング関係として予め定義する。また、上記基準タイミング関係に対して、従来のＴＤＤアップリンク−ダウンリンク構成のタイミング関係は、セルが放送情報ブロックＳＩＢ１で送信されるＴＤＤアップリンク−ダウンリンク構成によって可変的サブフレームモードで稼働している時、基準タイミング関係として固有に決定されることができ、例えば、基準タイミングとして使用されるＴＤＤアップリンク−ダウンリンク構成は、放送情報ブロックＳＩＢ１で各アップリンク−ダウンリンク構成に対して表に定義され得る。
【００２６】
セルが一つのアップリンク−ダウンリンク構成から他のアップリンク−ダウンリンク構成に変更される場合、ダウンリンクＨＡＲＱプロセスの最大個数は、それによって変更され、新規及び既存アップリンク−ダウンリンク構成の変更の境界で、ダウンリンクＨＡＲＱプロセスの実際最大個数は、既存及び新規アップリンク−ダウンリンク構成のダウンリンクＨＡＲＱプロセスの最大個数と相異であることができる。また、基地局がアップリンク−ダウンリンクサブフレーム分配を変更する場合、ＵＥは実際に現在実行中であるアップリンク−ダウンリンクサブフレーム分配を分からないが、アップリンク−ダウンリンクデータ送信手順を正しく保証するために、基地局スケジューラのみに依存し、これはＵＥが現在の実際ダウンリンクＨＡＲＱプロセスの最大個数を実際に分かる方法が全くないということを意味する。ソフトバッファーを処理する基地局及びＵＥは、セルのＨＡＲＱプロセスの最大個数によって変わるために、セルのアップリンク−ダウンリンクサブフレーム分配が変更される場合、ソフトバッファーを動作する基地局及びＵＥは、確実に影響を受けるようになる。本発明により記載されるソフトバッファーを処理する方法は、以後に本発明の基準ＨＡＲＱ−ＡＣＫタイミング関係を定義することによって、ＨＡＲＱ−ＡＣＫフィードバックを決定する上記方法と共に使用されることができるが、ダウンリンク送信のＨＡＲＱ−ＡＣＫフィードバックタイミングを決定するこのような種類の方法に限定されない。
【００２７】
図３に示したように、図３は、次のステップを含む、本発明のソフトバッファーを処理する基地局を示すフローチャートである。
【００２８】
３０１：端末装置がＵＥに対する送信リソースを割り当て、ソフトバッファーを処理するパラメータを決定する。
【００２９】
ステップ３０１で、基地局は、ＵＥに対する送信リソースを割り当て、ソフトバッファーを処理するパラメータを決定してから、物理ダウンリンクチャンネル（ＰＤＳＣＨ）に対するレートマッチングを実行する。
【００３０】
本発明の一実施形態として、処理方法は、セルのアップリンク−ダウンリンクサブフレーム分配が変更される場合、ダウンリンクＨＡＲＱプロセスの現在の実際最大個数を決定し、ダウンリンクＨＡＲＱプロセスのこの実際最大個数によってソフトバッファーを処理する方法である。例えば、セルのダウンリンクＨＡＲＱプロセスの現在の実際最大個数を
【数２３】
0006486265.tif 000027
と表すと、現在のＬＴＥ ＴＤＤリリース１０で定義される基地局レートマッチング方法に基づいて、ダウンリンクＨＡＲＱプロセスの実際最大個数
【数２４】
0006486265.tif 000028
は、各コードブロックに割り当てられるソフトバッファーを計算するために使用される。ＵＥのソフトバッファーのサイズを
【数２５】
0006486265.tif 000029
と表すと、基地局が送信ブロックの各コードブロックに対するレートマッチングを実行する場合、コードブロックのソフトバッファーのサイズは
【数２６】
0006486265.tif 000030
であり、ここで、Ｃは送信ブロックから分割されるコードブロックの総個数であり、
【数２７】
0006486265.tif 000031
はターボ符号化により出力される符号化ビットの総個数
【数２８】
0006486265.tif 000032
であり、ここで、
【数２９】
0006486265.tif 000033
はＵＥの送信モードに依存し、ＭＩＭＯ送信モードに対して
【数３０】
0006486265.tif 000034
、非ＭＩＭＯ送信モードに対して
【数３１】
0006486265.tif 000035
であり、
【数３２】
0006486265.tif 000036
は定数８であり、
【数３３】
0006486265.tif 000037
はＵＥキャパシティのカテゴリーと関連した定数である。したがって、基地局はソフトバッファーのサイズ
【数３４】
0006486265.tif 000038
に基づいてＵＥデータに対するレートマッチングを実行する。
【００３１】
基地局での動作に対応する、ソフトバッファーを処理するＵＥの多くの方法があり、ＵＥが
【数３５】
0006486265.tif 000039
に基づいてソフトバッファーをまた処理する場合、この方法を以後に説明する。ＵＥ側で、ＬＴＥ ＴＤＤリリース１０で定義されるソフトバッファーを処理するＵＥの方法に基づいて、上記ＵＥはＵＥが稼働するように基地局により構成される複数のセルにそのソフトバッファーを均一に割り当てることができ、各セルに対して、少なくとも
【数３６】
0006486265.tif 000040
個の送信ブロックに対して、送信ブロックのコードブロックのデコーディングが失敗する場合、このコードブロックのために維持されたソフトビットの個数は
【数３７】
0006486265.tif 000041
であり、ここで、
【数３８】
0006486265.tif 000042
は基地局がそこでＵＥが稼働するように構成するセルの個数である。特に、これらソフトビットを
【数３９】
0006486265.tif 000043
と表すと、
【数４０】
0006486265.tif 000044
はＵＥにより受信されるソフトビットであり、ｋはＵＥにより受信されるそれぞれのソフトビットのインデックスのうち最も小さなインデックスである。基地局は増分リダンダンシーを有するＨＡＲＱ（ＨＡＲＱ ＩＲ）の再送信動作（operation）を最適化するように各コードブロックのためにソフトバッファーを維持するＵＥの上記方法に基づくことができる。
【００３２】
上記処理方法は、ダウンリンクＨＡＲＱプロセスの実際最大個数
【数４１】
0006486265.tif 000045
によってソフトバッファーを処理し、その性能は最適化されるが、その複雑性は相対的に高い。例えば、規格で規定されているか合意された特定ケースで、ＵＥはダウンリンクＨＡＲＱプロセスの実際最大個数
【数４２】
0006486265.tif 000046
を獲得することができる。また、複雑性を低くするために、また、本発明はより多くのアプリケーション状況をサポートするために次のような方法を提供する。
【００３３】
ＬＴＥ ＴＤＤシステムで、基本ＴＤＤアップリンク−ダウンリンク構成は、放送情報ブロックＳＩＢ１で表示され、セル内の全てのＵＥは、この放送情報を受信することができるが、既存のＵＥは、但しこの基本ＴＤＤアップリンク−ダウンリンク構成によって最大ＨＡＲＱプロセスの個数
【数４３】
0006486265.tif 000047
及びＨＡＲＱ−ＡＣＫタイミングを決定することができ、それによって、ソフトバッファーを処理することができる。一方、新規ＵＥは、この基本ＴＤＤアップリンク−ダウンリンク構成の放送情報を受信することができるだけでなく、アップリンク−ダウンリンクサブフレーム分配と関連した他の制御情報も受信することができる。本発明の一実施形態として、他の処理方法は、ＳＩＢ１放送情報の基本ＴＤＤアップリンク−ダウンリンク構成のために、ＬＴＥリリース８で定義されるダウンリンクＨＡＲＱプロセスの最大個数
【数４４】
0006486265.tif 000048
に基づいてソフトバッファーを処理する方法である。例えば、現在のＬＴＥ ＴＤＤリリース１０で定義される基地局レートマッチング方法に基づいて、各コードブロックに割り当てられるソフトバッファーを計算するために
【数４５】
0006486265.tif 000049
が使用される。ＵＥのソフトバッファーのサイズを
【数４６】
0006486265.tif 000050
と表すと、基地局が各コードブロックに対するレートマッチングを実行する場合、コードブロックのソフトバッファーのサイズは
【数４７】
0006486265.tif 000051
であり、ここで、Ｃは送信ブロックから分割されるコードブロックの総個数であり、
【数４８】
0006486265.tif 000052
はターボ符号化により出力される符号化ビットの総個数
【数４９】
0006486265.tif 000053
であり、ここで、
【数５０】
0006486265.tif 000054
はＵＥの送信モードに依存し、ＭＩＭＯ送信モードに対して
【数５１】
0006486265.tif 000055
、非ＭＩＭＯ送信モードに対して
【数５２】
0006486265.tif 000056
であり、
【数５３】
0006486265.tif 000057
は定数８であり、
【数５４】
0006486265.tif 000058
はＵＥキャパシティのカテゴリーと関連した定数である。したがって、基地局はソフトバッファーのサイズ
【数５５】
0006486265.tif 000059
に基づいてＵＥに対するレートマッチングを実行する。
【００３４】
基地局での動作に対応する、ＵＥに対してソフトバッファーを処理する多くの方法があり、ＵＥが
【数５６】
0006486265.tif 000060
に基づいてソフトバッファーをまた処理する場合、上記方法を以後に説明する。ＵＥ側で、ＬＴＥ ＴＤＤリリース１０で定義されるソフトバッファーを処理するＵＥの現在方法に基づいて、上記ＵＥは、基地局によりＵＥが稼働するように構成される複数のセルにＵＥのソフトバッファーを均一に割り当てることができ、少なくとも
【数５７】
0006486265.tif 000061
個の送信ブロックに対して、送信ブロックのコードブロックのデコーディングが失敗する場合、このコードブロックのために維持されたソフトビットの個数は
【数５８】
0006486265.tif 000062
であり、ここで、
【数５９】
0006486265.tif 000063
は基地局がそこでＵＥが稼働するように構成するセルの個数である。特に、これらソフトビットを
【数６０】
0006486265.tif 000064
と表すと、
【数６１】
0006486265.tif 000065
はＵＥにより受信されるソフトビットであり、ｋはＵＥにより受信されるそれぞれのソフトビットのインデックスのうち最も小さなインデックスである。基地局は、ＨＡＲＱ増分リダンダンシー（ＩＲ）に基づく再送信を最適化するように各コードブロックのためにソフトビットを維持するＵＥの上記方法に基づくことができる。
【００３５】
本発明の一実施形態によれば、他の処理方法は、セルの現在アップリンク−ダウンリンクサブフレームに対する実際分配またはＳＩＢＩ放送情報で構成される基本ＴＤＤアップリンク−ダウンリンク構成と関係なしで、ダウンリンクＨＡＲＱプロセスの最大個数に予め定義された値Ｘを置換する方法に基づいて、ソフトバッファーを処理する方法である。このような予め定義された値は、半静的に（semi-statically）上位階層（high layer）により構成されることができ、標準では固定値であり得る。例えば、合理的な方法は、予め定義された値Ｘが８と同一であるということである。実際に、ＦＤＤに対して、ダウンリンクＨＡＲＱプロセスの最大個数は８に固定され、ソフトバッファーは、Ｘが８と同一であり、上記ダウンリンク性能は、ＦＤＤシステムとマッチングされるということに基づいて処理される。例えば、ＬＴＥ ＴＤＤリリース１０で定義される基地局レートマッチング方法に基づいて、予め定義された値Ｘは各コードブロックに割り当てられるソフトバッファーを計算するために使用される。基地局が送信ブロックの各コードブロックに対するレートマッチングを実行する場合、コードブロックのソフトバッファーのサイズは
【数６２】
0006486265.tif 000066
であり、ここで、Ｃは送信ブロックから分割されるコードブロックの総個数であり、
【数６３】
0006486265.tif 000067
はターボ符号化により出力される符号化ビットの総個数
【数６４】
0006486265.tif 000068
であり、ここで、
【数６５】
0006486265.tif 000069
はＵＥの送信モードに依存し、ＭＩＭＯ送信モードに対して
【数６６】
0006486265.tif 000070
、非ＭＩＭＯ送信モードに対して
【数６７】
0006486265.tif 000071
であり、
【数６８】
0006486265.tif 000072
は定数８であり、
【数６９】
0006486265.tif 000073
はＵＥキャパシティのカテゴリーと関連した定数である。したがって、基地局はソフトバッファーのサイズ
【数７０】
0006486265.tif 000074
によってＵＥに対するレートマッチングを実行する。
【００３６】
基地局での動作に対応する、ソフトバッファーを処理するＵＥの多くの方法があり、ＵＥがＸに基づいてソフトバッファーをまた処理する場合、上記方法を以後に説明する。ＵＥ側で、現在のＬＴＥ ＴＤＤリリース１０で定義されるソフトバッファーを処理するＵＥの方法に基づいて、上記ＵＥはＵＥが稼働するように基地局により構成される複数のセルにそのソフトバッファーを均一に割り当てることができ、各セルに対して、少なくとも
【数７１】
0006486265.tif 000075
個の送信ブロックに対して、送信ブロックのコードブロックのデコーディングが失敗する場合、このコードブロックのために維持されたソフトビットの個数は、少なくとも
【数７２】
0006486265.tif 000076
であり、ここで、
【数７３】
0006486265.tif 000077
は基地局がそこでＵＥが稼働するように構成するセルの個数である。特に、これらソフトビットを
【数７４】
0006486265.tif 000078
と表すと、
【数７５】
0006486265.tif 000079
はＵＥにより受信されるソフトビットであり、ｋはＵＥにより受信されるそれぞれのソフトビットのインデックスのうち最も小さなインデックスである。基地局は、増分リダンダンシーを有するＨＡＲＱ（ＨＡＲＱ ＩＲ）の再送信動作を最適化するように各コードブロックのためにソフトバッファーを維持するＵＥの上記方法に基づくことができる。
【００３７】
基準ＨＡＲＱ−ＡＣＫタイミング関係を採択することによって、セルのダウンリンク送信のＨＡＲＱ−ＡＣＫタイミング関係を定義する上記本発明の方法に基づいて、基準ＨＡＲＱ−ＡＣＫタイミング関係に従って決定されるダウンリンクＨＡＲＱプロセスの最大個数を
【数７６】
0006486265.tif 000080
と表示する。本発明の一実施形態によれば、他の処理方法は、セルの現在のアップリンク−ダウンリンクサブフレームに対する実際分配またはＳＩＢ１放送情報で構成される基本ＴＤＤアップリンク−ダウンリンク構成とは関係無しで、基準ＨＡＲＱ−ＡＣＫタイミング関係に従って決定されるダウンリンクＨＡＲＱプロセスの最大個数
【数７７】
0006486265.tif 000081
を使用してソフトバッファーを処理する方法である。ここで、基準ＨＡＲＱ−ＡＣＫタイミング関係を定義する方法が従来のアップリンク−ダウンリンク構成のＨＡＲＱ−ＡＣＫタイミング関係、例えば表１に示されたような７個のダウンリンク構成のうちいずれか一つを再利用すれば、それによって
【数７８】
0006486265.tif 000082
は表３から獲得することができる。例えば、ＬＴＥ ＴＤＤリリース１０で定義される基地局レートマッチングの方法に基づいて、各コードブロックに割り当てられるソフトバッファーを計算するために
【数７９】
0006486265.tif 000083
が使用される。基地局が送信ブロックの各コードブロックに対するレートマッチングを実行する場合、コードブロックのソフトバッファーのサイズは
【数８０】
0006486265.tif 000084
であり、ここで、Ｃは送信ブロックから分割されるコードブロックの総個数であり、
【数８１】
0006486265.tif 000085
はターボ符号化により出力される符号化ビットの総個数
【数８２】
0006486265.tif 000086
であり、ここで、
【数８３】
0006486265.tif 000087
はＵＥの送信モードに依存し、ＭＩＭＯ送信モードに対して
【数８４】
0006486265.tif 000088
、非ＭＩＭＯ送信モードに対して
【数８５】
0006486265.tif 000089
であり、
【数８６】
0006486265.tif 000090
は定数８であり、
【数８７】
0006486265.tif 000091
はＵＥキャパシティのカテゴリーと関連した定数である。したがって、基地局は、ソフトバッファーのサイズ
【数８８】
0006486265.tif 000092
によってＵＥに対するレートマッチングを実行する。
【００３８】
基地局での動作に対応する、ＵＥに対してソフトバッファーを処理する多くの方法があり、ＵＥが
【数８９】
0006486265.tif 000093
に基づいてソフトバッファーをまた処理する場合、上記方法を以後に説明する。ＵＥ側で、現在のＬＴＥ ＴＤＤリリース１０で定義されるソフトバッファーを処理するＵＥの方法に基づいて、上記ＵＥは、ＵＥが稼働するように基地局により構成される複数のセルにそのソフトバッファーを均一に割り当てることができ、各セルに対して、少なくとも
【数９０】
0006486265.tif 000094
個の送信ブロックに対して、送信ブロックのコードブロックのデコーディングが失敗する場合、このコードブロックのために維持されたソフトビットの個数は少なくとも
【数９１】
0006486265.tif 000095
であり、ここで、
【数９２】
0006486265.tif 000096
は基地局がそこでＵＥが稼働するように構成するセルの個数である。特に、これらソフトビットを
【数９３】
0006486265.tif 000097
と表すと、
【数９４】
0006486265.tif 000098
はＵＥにより受信されるソフトビットであり、ｋはＵＥにより受信されるそれぞれのソフトビットのインデックスのうち最も小さなインデックスである。基地局は増分リダンダンシーを有するＨＡＲＱ（ＨＡＲＱ ＩＲ）の再送信動作を最適化するように各コードブロックのためにソフトバッファーを維持するＵＥの上記方法に基づくことができる。
【００３９】
基地局がパラメータ
【数９５】
0006486265.tif 000099
、Ｘ及び
【数９６】
0006486265.tif 000100
のうちいずれか一つに基づいてソフトバッファーを処理する場合、ＵＥ側はパラメータ
【数９７】
0006486265.tif 000101
、Ｘ及び
【数９８】
0006486265.tif 000102
のうちいずれか一つに基づいてソフトバッファーをまた処理することができることを理解すべきである。実際適用時、上記組み合わせは、必要によって自由に結合及び選択されることができることを理解しなければならない。基地局及びＵＥがソフトバッファーを処理する同一のパラメータを採択すれば、稼働一貫性が維持されることができ、基地局及びＵＥがソフトバッファーを処理する相異なるパラメータを採択すれば、相異なる条件下で最適化が実行されることができる。
【００４０】
３０２：基地局は、ＰＤＣＣＨ及びＰＤＳＣＨを介してＵＥにデータを送信する。
【００４１】
以後に、ＵＥは、基地局により送信されるＰＤＳＣＨを受信し、ソフトバッファーを処理するパラメータを決定し、ＰＤＳＣＨデコーディング検証が失敗する場合にはＰＤＳＣＨのソフトビットに対するキャッシングを実行する。
【００４２】
基地局側での上記方法に対応する、本発明はソフトバッファーを処理するＵＥの方法をまた提案する。図４に示したように、図４は次のようなステップを含む本発明のソフトバッファーを処理する方法を示すフローチャートである。
【００４３】
４０１：ＵＥが基地局により上記ＵＥに割り当てられる送信リソースの情報を受信し、ソフトバッファーを処理するパラメータを決定するステップ。
【００４４】
本発明の一実施形態として、処理方法は、セルのアップリンク−ダウンリンクサブフレーム分配が変更される時、ダウンリンクＨＡＲＱプロセスの現在実際最大個数を決定する方法及びダウンリンクＨＡＲＱプロセスの実際最大個数によってソフトバッファーを処理する方法である。セルのＨＡＲＱプロセスの実際最大個数を
【数９９】
0006486265.tif 000103
と表示する。
【００４５】
基地局に対してソフトバッファーを処理する多くの方法があり、基地局が
【数１００】
0006486265.tif 000104
に基づいてソフトバッファーをまた処理する場合、上記方法を以後に説明する。現在のＬＴＥ ＴＤＤリリース１０で定義される基地局のレートマッチング方法に基づいて、この実際最大ＨＡＲＱプロセス個数
【数１０１】
0006486265.tif 000105
を使用して各コードブロックに割り当てられるソフトバッファーを計算する。ＵＥのソフトバッファーのサイズを
【数１０２】
0006486265.tif 000106
と表すと、基地局が送信ブロックの各コードブロックに対するレートマッチングを実行する場合、コードブロックのソフトバッファーのサイズは
【数１０３】
0006486265.tif 000107
であり、ここで、Ｃは送信ブロックから分割されるコードブロックの総個数であり、
【数１０４】
0006486265.tif 000108
はターボ符号化により出力される符号化ビットの総個数
【数１０５】
0006486265.tif 000109
であり、ここで、
【数１０６】
0006486265.tif 000110
はＵＥの送信モードに依存し、ＭＩＭＯ送信モードに対して
【数１０７】
0006486265.tif 000111
、非ＭＩＭＯ送信モードに対して
【数１０８】
0006486265.tif 000112
であり、
【数１０９】
0006486265.tif 000113
は定数８であり、
【数１１０】
0006486265.tif 000114
はＵＥキャパシティのカテゴリーと関連した定数である。
【００４６】
ＵＥ側で、現在のＬＴＥ ＴＤＤリリース１０で定義されるソフトバッファーを処理するＵＥの方法に基づいて、上記ＵＥはＵＥが稼働するように基地局により構成される複数のセルにＵＥのソフトバッファーを均一に割り当てることができ、少なくとも
【数１１１】
0006486265.tif 000115
個の送信ブロックに対して、送信ブロックのコードブロックのデコーディングが失敗する場合、このコードブロックのために維持されたソフトビットの個数は少なくとも
【数１１２】
0006486265.tif 000116
であり、ここで、
【数１１３】
0006486265.tif 000117
は基地局がそこでＵＥが稼働するように構成するセルの個数である。特に、これらソフトビットを
【数１１４】
0006486265.tif 000118
と表すと、
【数１１５】
0006486265.tif 000119
はＵＥにより受信されるソフトビットであり、ｋはＵＥにより受信されるそれぞれのソフトビットのインデックスのうち最も小さなインデックスである。したがって、ＵＥは増分リダンダンシーを有するＨＡＲＱ（ＨＡＲＱ ＩＲ）の再送信動作を最適化するように上記方法によって各コードブロックのためにソフトバッファーにソフトビットを維持することができる。
【００４７】
上記処理方法は、ダウンリンクＨＡＲＱ送信プロセスの実際最大個数
【数１１６】
0006486265.tif 000120
に基づいてソフトバッファーを処理し、その性能は最適であるが、その複雑性は相対的に高い。例えば、特定環境で、規格に規定されているか合意されたことによって、ＵＥはダウンリンクＨＡＲＱ送信プロセスの実際最大個数
【数１１７】
0006486265.tif 000121
を獲得する。また、複雑性を低くするために、また、本発明は、より多くのアプリケーションシナリオをサポートするために次のような方法を提案する。
【００４８】
ＬＴＥ ＴＤＤシステムで、基本ＴＤＤアップリンク−ダウンリンク構成は、放送情報ブロックＳＩＢ１と表示され、セルで全てのＵＥは、この放送情報を受信することができるが、既存のＵＥは、但しこの基本ＴＤＤアップリンク−ダウンリンク構成によってダウンリンクＨＡＲＱプロセスの最大個数
【数１１８】
0006486265.tif 000122
及びＨＡＲＱ−ＡＣＫタイミングを決定することができ、それによってソフトバッファーを処理することができる。一方、新規ＵＥは、この基本ＴＤＤアップリンク−ダウンリンク構成の放送情報を受信することができるだけでなく、アップリンク−ダウンリンクサブフレーム分配と関連した他の制御情報も受信することができる。  
【００４９】
本発明の一実施形態として、他の処理方法は、新規ＵＥに対して、ＳＩＢ１放送情報の基本ＴＤＤアップリンク−ダウンリンク構成のためのＬＴＥリリース８で定義されるダウンリンクＨＡＲＱプロセスの最大個数
【数１１９】
0006486265.tif 000123
に基づいてソフトバッファーを処理する方法である。
【００５０】
基地局に対するソフトバッファーを処理する多くの方法があり、基地局が
【数１２０】
0006486265.tif 000124
に基づいてソフトバッファーをまた処理する場合、上記方法が以後に説明される。現在のＬＴＥ ＴＤＤリリース１０で定義された基地局のレートマッチング方法に基づいて、このような実際最大ＨＡＲＱプロセス個数
【数１２１】
0006486265.tif 000125
を使用して各コードブロックに割り当てられるソフトバッファーを計算する。ＵＥのソフトバッファーのサイズを
【数１２２】
0006486265.tif 000126
と表すと、基地局が送信ブロックの各コードブロックに対するレートマッチングを実行する場合、コードブロックのソフトバッファーのサイズは
【数１２３】
0006486265.tif 000127
であり、ここで、Ｃは送信ブロックから分割されるコードブロックの総個数であり、
【数１２４】
0006486265.tif 000128
はターボ符号化により出力される符号化ビットの総個数
【数１２５】
0006486265.tif 000129
であり、ここで、
【数１２６】
0006486265.tif 000130
はＵＥの送信モードに依存し、ＭＩＭＯ送信モードに対して
【数１２７】
0006486265.tif 000131
、非ＭＩＭＯ送信モードに対して
【数１２８】
0006486265.tif 000132
であり、
【数１２９】
0006486265.tif 000133
は定数８であり、
【数１３０】
0006486265.tif 000134
はＵＥキャパシティのカテゴリーと関連した定数である。
【００５１】
ＵＥ側で、現在のＬＴＥ ＴＤＤリリース１０で定義されるソフトバッファーを処理するＵＥの方法に基づいて、上記ＵＥはＵＥが稼働するように基地局により構成される複数のセルにＵＥのソフトバッファーを均一に割り当てることができ、少なくとも
【数１３１】
0006486265.tif 000135
個の送信ブロックに対して、送信ブロックのコードブロックのデコーディングが失敗する場合、このコードブロックのために維持されたソフトビットの個数は少なくとも
【数１３２】
0006486265.tif 000136
であり、ここで、
【数１３３】
0006486265.tif 000137
は基地局がそこでＵＥが稼働するように構成するセルの個数である。特に、これらソフトビットを
【数１３４】
0006486265.tif 000138
と表すと、
【数１３５】
0006486265.tif 000139
はＵＥにより受信されるソフトビットであり、ｋはＵＥにより受信されるそれぞれのソフトビットのインデックスのうち最も小さなインデックスである。基地局は増分リダンダンシーを有するＨＡＲＱ（ＨＡＲＱ ＩＲ）の再送信動作をサポートするようにコードブロックに対してソフトビットを維持するＵＥの上記方法に基づくことができる。
【００５２】
本発明の一実施形態として、他の処理方法はセルの現在アップリンク−ダウンリンクサブフレームに対する実際分配またはＳＩＢ１放送情報に構成される基本ＴＤＤアップリンク−ダウンリンク構成とは関係なく、ダウンリンクＨＡＲＱプロセスの最大個数に予め定義された値Ｘを置換することに基づいてソフトバッファーを処理する方法である。このような予め定義された値は、半静的に（semi-statically）上位階層（high layer）により構成されることができ、標準では固定値であり得る。例えば、合理的な方法は、予め定義された値Ｘが８と同一である。実際に、ＦＤＤに対して、ダウンリンクＨＡＲＱプロセスの最大個数は８に固定され、ソフトバッファーはＸが８と同一であり、上記ダウンリンク性能は、ＦＤＤシステムとマッチングされるということに基づいて処理される。
【００５３】
基地局に対するソフトバッファーを処理する多くの方法があり、基地局がＸに基づいてソフトバッファーをまた処理する場合、上記方法が以後に説明される。現在のＬＴＥ ＴＤＤリリース１０で定義される基地局レートマッチングの方法に基づいて、予め定義されたＸを使用して各コードブロックに割り当てられるソフトバッファーを計算する。基地局が送信ブロックの各コードブロックに対するレートマッチングを実行する場合、コードブロックのソフトバッファーのサイズは
【数１３６】
0006486265.tif 000140
であり、ここで、Ｃは送信ブロックから分割されるコードブロックの総個数であり、
【数１３７】
0006486265.tif 000141
はターボ符号化により出力される符号化ビットの総個数
【数１３８】
0006486265.tif 000142
であり、ここで、
【数１３９】
0006486265.tif 000143
はＵＥの送信モードに依存し、ＭＩＭＯ送信モードに対して
【数１４０】
0006486265.tif 000144
、非ＭＩＭＯ送信モードに対して
【数１４１】
0006486265.tif 000145
であり、
【数１４２】
0006486265.tif 000146
は定数８であり、
【数１４３】
0006486265.tif 000147
はＵＥキャパシティのカテゴリーと関連した定数である。
【００５４】
ＵＥ側で、現在のＬＴＥ ＴＤＤリリース１０で定義されるソフトバッファーを処理するＵＥの方法に基づいて、上記ＵＥはＵＥが稼働するように基地局により構成される複数のセルにＵＥのソフトバッファーを均一に割り当てることができ、少なくとも
【数１４４】
0006486265.tif 000148
個の送信ブロックに対して、送信ブロックのコードブロックのデコーディングが失敗する場合、このコードブロックに対して維持されたソフトビットの個数は少なくとも
【数１４５】
0006486265.tif 000149
であり、ここで、
【数１４６】
0006486265.tif 000150
は基地局がそこでＵＥが稼働するように構成するセルの個数である。特に、これらソフトビットを
【数１４７】
0006486265.tif 000151
と表すと、
【数１４８】
0006486265.tif 000152
はＵＥにより受信されるソフトビットであり、ｋはＵＥにより受信されるそれぞれのソフトビットのインデックスのうち最も小さなインデックスである。したがって、ＵＥは増分リダンダンシーを有するＨＡＲＱ（ＨＡＲＱ ＩＲ）をサポートするように上記方法によって各コードブロックに対するソフトバッファーでソフトビットを維持することができる。
【００５５】
基準ＨＡＲＱ−ＡＣＫタイミング関係を採択してセルのダウンリンク送信のＨＡＲＱ−ＡＣＫタイミング関係を定義する上記本発明の方法に基づいて、基準ＨＡＲＱ−ＡＣＫタイミング関係に従って決定されるダウンリンクＨＡＲＱプロセスの最大個数を
【数１４９】
0006486265.tif 000153
と表示する。本発明の一実施形態によれば、他の処理方法は、セルの現在の実際アップリンク−ダウンリンクサブフレーム分配またはＳＩＢ１放送情報に構成される基本ＴＤＤアップリンク−ダウンリンク構成とは関係なく、基準ＨＡＲＱ−ＡＣＫタイミング関係に従って決定されるダウンリンクＨＡＲＱプロセスの最大個数
【数１５０】
0006486265.tif 000154
を使用してソフトバッファーを処理する方法である。ここで、基準ＨＡＲＱ−ＡＣＫタイミング関係を定義する方法が従来のアップリンク−ダウンリンク構成のＨＡＲＱ−ＡＣＫタイミング関係、例えば表１に示されたような７個のダウンリンク構成のうちいずれか一つを再利用していると、それによって、
【数１５１】
0006486265.tif 000155
は表３から獲得することができる。例えば、ＬＴＥ ＴＤＤリリース１０で定義される基地局レートマッチングの方法に基づいて、各コードブロックに割り当てられるソフトバッファーを計算するために
【数１５２】
0006486265.tif 000156
が使用される。
【００５６】
基地局に対するソフトバッファーを処理する多くの方法があり、基地局が
【数１５３】
0006486265.tif 000157
に基づいてソフトバッファーをまた処理する場合、上記方法が以後に説明される。基地局が送信ブロックの各コードブロックに対するレートマッチングを実行する場合、コードブロックのソフトバッファーのサイズは
【数１５４】
0006486265.tif 000158
であり、ここで、Ｃは送信ブロックから分割されるコードブロックの総個数であり、
0006486265.tif 000159
はターボ符号化により出力される符号化ビットの総個数
【数１５５】
0006486265.tif 000160
であり、ここで、
【数１５６】
0006486265.tif 000161
はＵＥの送信モードに依存し、ＭＩＭＯ送信モードに対して
【数１５７】
0006486265.tif 000162
、非ＭＩＭＯ送信モードに対して
【数１５８】
0006486265.tif 000163
であり、
【数１５９】
0006486265.tif 000164
は定数８であり、
【数１６０】
0006486265.tif 000165
はＵＥキャパシティのカテゴリーと関連した定数である。
【００５７】
ＵＥ側で、現在のＬＴＥ ＴＤＤリリース１０で定義されるソフトバッファーを処理するＵＥの方法に基づいて、上記ＵＥはＵＥが稼働するように基地局により構成される複数のセルにＵＥのソフトバッファーを均一に割り当てることができ、少なくとも
【数１６１】
0006486265.tif 000166
個の送信ブロックに対して、送信ブロックのコードブロックのデコーディングが失敗する場合、このコードブロックに対して維持されたソフトビットの最小個数は
【数１６２】
0006486265.tif 000167
であり、ここで、
【数１６３】
0006486265.tif 000168
は基地局がそこでＵＥが稼働するように構成するセルの数である。特に、これらソフトビットを
【数１６４】
0006486265.tif 000169
と表すと、
【数１６５】
0006486265.tif 000170
はＵＥにより受信されるソフトビットであり、ｋはＵＥにより受信されるソフトビットそれぞれのインデックスのうち最も小さなインデックスである。したがって、増分リダンダンシーを有するＨＡＲＱ（ＨＡＲＱ ＩＲ）の再送信動作をサポートするように、ＵＥは上記方法によって各コードブロックに対してソフトバッファーでソフトビットを維持することができる。
【００５８】
基地局がパラメータ
【数１６６】
0006486265.tif 000171
、Ｘ及び
【数１６７】
0006486265.tif 000172
のうちいずれか一つに基づいてソフトバッファーを処理する場合、ＵＥ側はパラメータ 
【数１６８】
0006486265.tif 000173
、Ｘ及び
【数１６９】
0006486265.tif 000174
のうちいずれか一つに基づいてソフトバッファーをまた処理することがきることを理解しなければならない。実際適用時、必要によって、上記組み合わせは自由に結合及び選択されることができる。基地局及びＵＥがソフトバッファーを処理する同一のパラメータを採択すれば、動作の一貫性が維持されることができ、基地局及びＵＥがソフトバッファーを処理する相異なるパラメータを採択すれば、相異なる条件下で最適化が実行されることができる。
【００５９】
４０２：ＵＥはＰＤＣＣＨ及びＰＤＳＣＨを介して基地局により分配されるデータを受信する。
【００６０】
ＵＥは基地局により送信されるＰＤＳＣＨを受信し、レートデマッチング（de-matching）、デコーディング、サイクリックリダンダンシーチェック（Cyclic Redundancy Check）（ＣＲＣ）などの動作を実行し、ＰＤＳＣＨデコーディング検証が失敗する場合には、ＰＤＳＣＨのソフトビットに対するキャッシング（caching）を実行する。
【００６１】
また、本発明の実施形態は、
ＵＥが基地局により割り当てられる送信リソースによってＰＤＣＣＨ及びＰＤＳＣＨを介して基地局により送信される情報を受信するステップと、
以後に、ＵＥが基準ＨＡＲＱ−ＡＣＫタイミング関係に従って基地局にＨＡＲＱ−ＡＣＫ情報をフィードバックするステップと、を含み、上記基準ＨＡＲＱ−ＡＣＫタイミング関係は、実際実行時、ダウンリンク送信に適用可能なサブフレームのＨＡＲＱ−ＡＣＫフィードバックタイミングを定義するダウンリンク送信をサポートする方法をまた提案する。
【００６２】
具体的に、ＨＡＲＱ−ＡＣＫタイミング関係は、既存の規格（specification）におけるアップリンク−ダウンリンク構成のＨＡＲＱタイミング関係を再利用する。
【００６３】
図５に示したように、上記方法に基づいて、本発明は、リソース管理モジュール１１０及び送信モジュール１２０を含む基地局側装置１００をまた提案する。
【００６４】
特に、リソース管理モジュール１１０は、ＵＥに送信リソースを割り当て、ソフトバッファーパラメータによってソフトバッファーを処理するように構成され、送信モジュール１２０は、物理ダウンリンク共有チャンネル（ＰＤＳＣＨ）に対するレートマッチングを実行し、物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）及びＰＤＳＣＨを介してＵＥにデータを送信するように構成される。
【００６５】
特に、リソース管理モジュール１１０は、ソフトバッファーパラメータによってソフトバッファーを処理し、ソフトバッファーパラメータの選択は、次のような方法のうちいずれか一つまたは複数の方法を含む。
【００６６】
上記ソフトバッファーを処理するパラメータは、セルのアップリンク−ダウンリンクサブフレーム分配によって決定される現在のダウンリンクＨＡＲＱプロセスの実際最大個数であり、上記ソフトバッファーは、セルのアップリンク−ダウンリンクサブフレーム分配によって決定される現在のダウンリンクＨＡＲＱプロセスの実際最大個数によって実行される方法、
【００６７】
上記ソフトバッファーを処理するパラメータは、ＳＩＢ１放送情報により構成される基本ＴＤＤアップリンク−ダウンリンク構成により定義されるＬＴＥリリース８におけるダウンリンクＨＡＲＱプロセスの最大個数であり、上記ソフトバッファーは、ＳＩＢ１放送情報により構成される基本ＴＤＤアップリンク−ダウンリンク構成により定義されるＬＴＥリリース８におけるダウンリンクＨＡＲＱプロセスの最大個数によって処理される方法、
【００６８】
上記ソフトバッファーを処理するパラメータは、ダウンリンクＨＡＲＱプロセスの最大個数の予め定義された固定値であり、上記ソフトバッファーは、ダウンリンクＨＡＲＱプロセスの最大個数の予め定義された固定値によって実行される方法、及び
【００６９】
上記ソフトバッファーを処理するパラメータは、基準ＨＡＲＱ−ＡＣＫタイミング関係に従って決定されるダウンリンクＨＡＲＱプロセスの最大個数であり、上記ソフトバッファーは、基準ＨＡＲＱ−ＡＣＫタイミング関係に従って決定されるダウンリンクＨＡＲＱプロセスの最大個数によって実行される方法のうちいずれか一つを含む。
【００７０】
図５に示したように、上記方法によれば、本発明の実施形態は、リソース管理モジュール２１０及び受信モジュール２２０を含むユーザ端末ＵＥ２００をまた提案する。
【００７１】
リソース管理モジュール２１０は、基地局によりリソース管理モジュール２１０に割り当てられる送信リソースの情報を決定し、ソフトバッファーを処理するパラメータを決定するように構成され、受信モジュール２２０は、送信リソース及びソフトバッファーを処理するパラメータによって基地局により送信される物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）及び物理ダウンリンク共有チャンネル（ＰＤＳＣＨ）を受信するように構成される。
【００７２】
特に、リソース管理モジュール２１０は、ソフトバッファーパラメータによってソフトバッファーを処理し、ソフトバッファーパラメータの選択は、次のような方法のうちいずれか一つまたは複数の方法を含む。
【００７３】
ソフトバッファーを処理するパラメータは、セルのアップリンク−ダウンリンクサブフレーム分配によって決定される現在のダウンリンクＨＡＲＱプロセスの実際最大個数であり、ソフトバッファーは、セルのアップリンク−ダウンリンクサブフレーム分配によって決定される現在のダウンリンクＨＡＲＱプロセスの実際最大個数によって実行される方法、
ソフトバッファーを処理するパラメータは、ＳＩＢ１放送情報により構成される基本ＴＤＤアップリンク−ダウンリンク構成により定義される上記ＬＴＥリリース８におけるダウンリンクＨＡＲＱプロセスの最大個数であり、ソフトバッファーはＳＩＢ１放送情報により構成される基本ＴＤＤアップリンク−ダウンリンク構成により定義されるＬＴＥリリース８におけるダウンリンクＨＡＲＱプロセスの最大個数によって処理される方法、
ソフトバッファーを処理するパラメータは、ダウンリンクＨＡＲＱプロセスの最大個数の予め定義された固定値であり、ソフトバッファーはダウンリンクＨＡＲＱプロセスの最大個数の予め定義された固定値によって実行される方法、及び
ソフトバッファーを処理するパラメータは、基準ＨＡＲＱ−ＡＣＫタイミング関係に従って決定されるダウンリンクＨＡＲＱプロセスの最大個数であり、ソフトバッファーは基準ＨＡＲＱ−ＡＣＫタイミング関係に従って決定されるダウンリンクＨＡＲＱプロセスの最大個数によって実行されることを特徴とする方法。
【００７４】
本発明により提案された方法及び装置は、アップリンク−ダウンリンクサブフレーム割り当てが変更される場合、ＨＡＲＱダウンリンク送信の間にデータのソフトバッファーを処理する方法を提供する。基地局とＵＥ間のデータ送信のＨＡＲＱ重複バージョン（redundancy version）の混同を避け、ＨＡＲＱソフトコンビネーションの性能を最適化する。それは既存システムに少ない修正を加え、システムコンプライアンス（system compliance）に影響を及ぼさないために、効率的であり簡単に達成されるはずである。
【００７５】
以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びその均一物の範囲内で定められるべきである。
【符号の説明】
【００７６】
１００  基地局側装置
１１０  リソース管理モジュール
１２０  送信モジュール
２００  ユーザ端末ＵＥ
２１０  リソース管理モジュール
２２０  受信モジュール
【図１】
0006486265.tif 000175
【図２】
0006486265.tif 000176
【図３】
0006486265.tif 000177
【図４】
0006486265.tif 000178
【図５】
0006486265.tif 000179