JP2012090115A - 復号装置 - Google Patents

Abstract

【課題】通信相手から所定回数送信される送信データに対する復号処理を効率化する。
【解決手段】複数の通信相手の夫々から所定回数送信される送信データに関する復号処理を行う復号部と、周期的に発生する復号タイミング中の或る復号タイミングにおいて復号部により復号処理を実行すべき送信データを特定する特定部と、特定された送信データの上記或る復号タイミングにおける復号処理の要否を上記特定された送信データが送信されたときの送信回数に基づいて決定する決定部とを含む復号装置である。
【選択図】図６

Description

本発明は、同一の符号化データに関して所定回数送信される送信データを受信し、送信データに対する復号処理を行う復号装置に関する。

第３世代（３Ｇ）移動体通信システムの標準化プロジェクト（3rd Generation Partnership Project：３ＧＰＰ）で規格されるＬＴＥ(Long Term Evolution)では、ＵＬ−ＳＣ
Ｈ(Uplink Sheared Channel)のＨＡＲＱ(Hybrid Automatic Repeat Request)制御におい
て、Transmission Time Interval (TTI) Bundlingが規定される(例えば、非特許文献１)
。ＨＡＲＱは、誤りのあったデータを保持し、再送されたデータと合成して誤り回復を行う技術である。TTI Bundlingは、Ack/Nack応答を待たずに、規定された回数分の再送データを連続して送信し、受信側では、規定回数分の受信データの復号結果に対しAck/Nack応答を送信し、HARQ制御を行う技術である。

TTI Bundlingでは、TTI＿BUNDLE＿SIZEで規定されるSubframe（サブフレーム）分の初
送および再送データが、基地局からのFeedbackコマンドを用いることなく連続送信される。このときのＨＡＲＱ制御では、TTI＿BUNDLE＿SIZEで規定されたSubframe数分のデータ
を一つの単位として扱い、Subframe単位での制御は行われない。TTI＿BUNDLE＿SIZEで規
定されたSubframe数分の初送、再送データを一つの単位として、TTI＿BUNDLEデータ（Ｔ
ＴＩバンドルデータ）と呼ぶ。なお、非特許文献1ではTTI＿BUNDLE＿SIZEは４が例示されている。

図１は、TTI Bundlingが適用された場合の移動局（User Equipment: UE）と基地局との間で送受信されるメッセージを示すシーケンス図である。 図１において、ＵＥは、基地
局に対してデータ(UL-SCH)を送信する。このとき、初送UL-SCH(0-0)から再送UL-SCH(0-3)までは、基地局からのFeedBackコマンドを受信することなく、UL-SCHの送信を行う。一方、基地局では、１つのTTI＿BUNDLEデータに対する復号結果に対し、ＯＫであった場合に
はＡＣＫを、ＮＧであった場合にはＮＡＣＫをFeedbackコマンドとして送信する。このように、TTI＿BUNDLEデータ単位のＨＡＲＱ制御が行われる。

図２、図３、図４は、通信装置におけるTTI Bundling適用時のUL-SCH復号処理の説明図である。図２において、通信装置は、送受信アンテナ２−１と、Radio Frequency(ＲＦ)
部２−２、復調部２−３、チャネルデコード部２−４、ＨＡＲＱバッファ（HARQ Buffer
）２−５、ターボ（Turbo）復号部２−６、及びスケジューラ部２−７を含む。

送受信アンテナ２−１によって受信されるＵＥからの上りデータ（無線信号）は、ＲＦ部２−２で無線処理され、ベースバンド信号に変換される。スケジューラ部２−７は、ＵＥの割り当て情報や変調方式等、復調および復号に必要な情報を管理しており、復調部２−３、チャネルデコード部２−４へスケジューリング情報を送信する。ベースバンド信号は、復調部２−３で復調処理され、復調されたデータは、チャネルデコード部２−４でチャネルデコード処理される。チャネルデコード部２−４は、受信したデータが再送データの場合には、前受信データが格納されているHARQ Buffer２−５のデータと再送データと
を合成し、復号特性の改善を図る。

チャネルデコードされたデータは、ターボ復号部２−６に送られる。ターボ復号部２−６は、畳みこみ符号化されたデータ（チャネルデコードされたデータ）に対してターボ復号処理を行い、データに付与された巡回冗長検査（Cyclic redundancy check：ＣＲＣ）
の判定を行う。ここで、ＣＲＣ判定結果がＯＫであった場合には、ＵＥに対してＡＣＫが送信される。これに対し、判定結果がＮＧであった場合には、ＮＡＣＫが送信される。
なお、上記のように、TTI Bundling適用時には、１つのTTI BUNDLEデータ(4Subframe分)
に対し、FeedBackコマンドが１回送信される。

ここで、送信回数１〜３回目の受信信号でＣＲＣ判定結果がＯＫになった場合は、次に続くデータを復号する必要がないので、ターボ復号部２−６は復号処理を停止する。図３に例示するシーケンス図では、２回目の復号処理でＣＲＣ判定結果がＯＫになっている。このため、３及び４回目の復号処理は行われない。このようなＨＡＲＱ制御によって、不要な復号処理が回避され、消費電力が削減される。

図４は、上記した復号処理を示すフローチャートである。基地局は、Subframe毎にUL-SCHを受信し(Ｓ−１)、復調処理(Ｓ−２)、チャネルデコード処理(Ｓ−３)、Turbo復号処
理(Ｓ−４)、ＣＲＣ判定を順次行う(Ｓ−５)。ステップＳ−５において、ＣＲＣ判定結果がＯＫであれば、規定されたタイミングでFeedBackコマンド(ＡＣＫ)がＵＥへ送信される(Ｓ−６)。ＯＫのＣＲＣ判定結果が、３回目のデータ送信までに得られた場合には、上述したように、次回以降の再送データの受信処理は行われない。

一方、ＣＲＣ判定結果がＮＧの場合には、当該データが何回目の送信データかをチェックし(Ｓ−７)、送信回数が１〜３回目の場合は、次SubframeのUL-SCH受信処理を行う。一方、送信回数が４回目である場合には、当該TTI BUNDLEデータはもうＵＥから送信されないので、ＵＥに対し、FeedBackコマンド(ＮＡＣＫ)が規定タイミングで送信される（Ｓ−８）。

特開２００９−２５３９８１号公報

３ＧＰＰ ＴＳ３６．３２１ ｖ８．８．０

図１〜図４に示した関連技術では、基地局におけるTTI Bundling適用時において、ＴＴＩバンドルデータに対する復号処理を順次行い、ＣＲＣ判定結果がＯＫになった時点で復号を停止し、フィードバック（FeedBack）コマンドを規定タイミングでＵＥへ送信する。これによって、消費電力の削減を図りつつ復号処理を行う。

しかしながら、受信されたＴＴＩバンドルデータに関して無条件で復号処理を順次行うことは、基地局の処理量の増大を招来する。基地局の処理量の増大は、基地局のCapacity（回線収容可能数）の減少や、周波数利用効率の低下などを招来する虞がある。

本発明の態様の一つは、通信相手から所定回数送信される送信データに関する復号処理を効率良く実施可能な技術を提供することを目的とする。

本発明の態様の一つは、上記した目的を達成するため、以下の手段を採用する。すなわち、本発明の態様の一つは、複数の通信相手の夫々から所定回数送信される送信データに関する復号処理を行う復号部と、
周期的に発生する復号タイミング中の或る復号タイミングにおいて前記復号部により復
号処理を実行すべき送信データを特定する特定部と、
特定された送信データの前記或る復号タイミングにおける復号処理の要否を前記特定された送信データが送信されたときの送信回数に基づいて決定する決定部とを含む復号装置である。

本発明の他の態様は、例えば、上記復号装置を含む通信装置である。また、本発明の他の態様は、上記した復号装置による復号対象決定方法，コンピュータを上記復号装置として機能させるプログラム、或いは上記プログラムを記録したコンピュータ読み取り可能な記録媒体である。記録媒体は、ＲＯＭ，ＲＡＭ，フラッシュメモリのような半導体メモリ，ＣＤ−ＲＯＭ，ＤＶＤ−ＲＯＭ，ブルーレイディスクのようなディスク型記録媒体，ＵＳＢメモリのような可搬性を有する記録媒体を含むことができる。

本発明の態様の一つによれば、通信相手から所定回数送信される送信データに関する復号処理を効率良く実施することができる。

図１は、TTI Bundling 適用時におけるＵＥと基地局との間のやりとりを示すシーケンス図である。 図２は、TTI Bundling を実行する受信装置の構成例を示す図である。 図３は、TTI Bundlingにおける基地局の動作を示すシーケンス図である。 図４は、TTI Bundlingにおける基地局の動作を示すフローチャートである。 図５は、実施形態における通信装置の構成例を示す図である。 図６は、第１実施形態における通信装置（基地局装置）の構成例を示す図である。 図７は、第１実施形態における復号処理なしユーザの選択処理の例を示すフローチャートである。 図８は、第１実施形態におけるチャネルデコード処理（復号処理）の例を示すフローチャートである。 図９は、第１実施形態の作用効果の説明図である。 図１０は、第２実施形態に係る通信装置（基地局装置）の構成例を示す。 図１１は、優先度の設定方法の具体例を示す。 図１２は、第２実施形態における復号処理なしユーザの選択処理の例を示すフローチャートである。 図１３は、第３実施形態に係る通信装置（基地局装置）の構成例を示す。 図１４は、図１３に示した復号開始送信回数算出部の処理例を示すフローチャートである。 図１５は、バンドルデータのイメージ（ＴＴＩバンドルサイズ＝４の例）を示す。 図１６は、復号開始送信回数算出処理の説明図である。

以下、図面を参照して本発明の実施形態について説明する。実施形態の構成は例示であり、本発明は、実施形態の構成に限定されない。

以下の実施形態で説明する復号装置を含む通信装置は、例えば、移動通信システムにおける基地局装置である。もっとも、基地局装置は一例であり、実施形態に係る通信装置を移動端末（移動局）に適用することもできる。以下、通信装置が基地局装置であり、通信相手である通信装置が移動端末（ＵＥ）である例について説明する。

通信装置は、通信相手として機能するＵＥとの通信（ＵＥから見たアップリンク通信）において、TTI Bundlingを用いたＨＡＲＱ制御を実行することができる。

すなわち、通信装置は、ＵＥとのアップリンク通信において、ＵＥから、データがターボ符号化のような誤り訂正符号化され、所定の変調方式で変調され、さらにチャネルエンコードされた符号化データを有する無線信号を受信アンテナで受信することができる。

TTI Bundlingが実施される場合には、ＵＥから同一の符号化データに関するデータ送信がＴＴＩバンドルサイズ（TTI＿BUNDLE＿SIZE）で規定された回数だけ繰り返し実行され
る。例えば、ＴＴＩバンドルサイズが"４"であれば、同一の符号化データに関するデータ送信が、初送１回、再送３回の計４回、ＵＥから繰り返し実行される。この初送及び再送に係るデータ送信は、受信側からのフィードバックコマンド（ACK/NACK）を待つことなく実行される。ＴＴＩバンドルサイズは適宜設定可能である。

通信装置は、ＴＴＩバンドルサイズに応じた送信回数、送信データを受信する毎に、受信された送信データ、すなわち受信データの復号処理の結果（ＡＣＫ／ＮＡＣＫ）をフィードバックコマンド（Feedback Command）としてＵＥに送信する（図１、図３参照）。すなわち、通信装置は、受信アンテナで受信された無線信号をダウンコンバートしてベースバンド信号（受信データ）を得る。続いて、通信装置は、受信データに対する復調処理を行い、復調データを得る。さらに、通信装置は、復調データに対する復号処理を行う。復号処理は、復調データに対するチャネルデコード処理と、チャネルデコード処理によって得られたチャネルデコードデータに対するターボ復号処理のような誤り訂正復号処理とを含む。通信装置は、誤り訂正復号処理の結果として得られたデータに対するＣＲＣ計算を行い、ＣＲＣ計算の結果がＯＫであればＡＣＫを、ＮＧであればＮＡＣＫをフィードバックコマンドとしてＵＥに送信する。

また、通信装置において、ＵＥから受信される受信データは、ＨＡＲＱバッファ（HARQ
Buffer）と呼ばれる一時格納領域に格納され、先に上記ＵＥ受信された（先にＨＡＲＱ
バッファに格納された）同一のデータと合成されることによって、受信データの誤り状態の回復が図られる（ＨＡＲＱ制御）。ＨＡＲＱ制御で行われる受信データの合成方法として、既存の合成方法を適宜選択して適用可能である。

＜第１実施形態＞
最初に、本発明の実施形態に係るデータ復号装置が適用される通信装置のハードウェア構成について説明する。図５は、通信装置の構成例を示す図である。図５において、通信装置１０は、送受信アンテナ１１と、送受信アンテナ１１に接続されたＲＦ部１２と、ＲＦ部１２に接続されたField Programmable Gate Array（ＦＰＧＡ）１３とを備えている
。ＲＦ部１２は、無線処理を司る。例えば、ＲＦ部１２は、送受信アンテナ１１で受信された無線周波数の信号をダウンコンバートしてベースバンド信号に変換したり、ベースバンド信号をアップコンバートして無線周波数の信号に変換し、送受信アンテナ１１から送信したりする。

ＦＰＧＡ１３は、ＲＦ部１２から出力されるベースバンド信号（受信データ）に対する復調処理を実行するようにプログラムされており、図示しないＵＥで実施された変調形式に応じた復調処理を行う。

また、通信装置１０は、ＦＰＧＡ１３に接続された復調用Data Signal Processor(ＤＳＰ)１４と、スケジューラ用ＤＳＰ１７とを備えている。復調用ＤＳＰ１４は、メモリ（
ストレージ）１５に接続されており、スケジューラ用ＤＳＰ１７は、メモリ（ストレージ）１７Ａに接続されている。さらに、復調用ＤＳＰ１４は、ターボ復号回路１６に接続さ
れている。

復調用ＤＳＰ１４は、メモリ１５のようなストレージに記憶されたプログラムを実行することによって、ＦＰＧＡ１３から出力される復調データに対するチャネルデコード処理を司る。また、復調用ＤＳＰ１４は、ＨＡＲＱ制御に従って、チャネルデコード結果を、メモリ１５を用いて一時的に保管したり、受信データのデータ誤りを回復するために受信されたデータ同士の合成処理を行ったりする。

メモリ１５は、復調用ＤＳＰ１４によって実行されるプログラムや、プログラム実行に際して使用されるデータを格納する。メモリ１５は、ＨＡＲＱ制御におけるデータの一時格納領域（バッファ）として使用され、データの一時的な保管や、データの合成処理の作業領域として使用される。

ターボ復号回路１６は、復調用ＤＳＰ１４から出力されるチャネルデコード結果、すなわちチャネルデコードデータに対し、データ送信時に施されたターボ符号化を復号するターボ復号処理を行う。

スケジューラ用ＤＳＰ１７は、メモリ１７Ａに格納された情報（例えば、ＵＥに対するリソースの割り当て状態、信号の変調方式のような、データの復調及び復号に必要な情報）を読み出し、スケジューリング情報として復調用ＤＳＰ１４やターボ復号回路１６に与える処理を行う。すなわち、スケジューラ用ＤＳＰ１７は、データの復調及び復号に関する復調用ＤＳＰ１４及びターボ復号回路１６に対し、動作制御用の情報を付与する。

メモリ１７Ａは、スケジューラ用ＤＳＰ１７によって実行されるプログラムや、プログラム実行に際して使用されるデータを格納する。また、メモリ１７Ａは、データの復調及び復号のスケジューリングを行うために必要なデータを保持する。

なお、上記したＦＰＧＡ１３やＤＳＰ（マイクロプロセッサ）１４及び１７の代わりに、Application Specific Integrated Circuit（ＡＳＩＣ）のような専用のハードウェア
（集積回路）を適用することができる。

図５に示した通信装置１０は、図６に示すような通信装置２０として機能することができる。図６において、通信装置２０は、送受信アンテナ１１に相当する送受信アンテナ２１と、ＲＦ部１２に相当するＲＦ部２２と、ＦＰＧＡ１３に施されたプログラムドロジックによって実現される復調部２３とを備える。復調部２３は、スケジューラ部２７から供給される、受信データの変調方式を含むスケジューリング情報を用いて復調処理を行う。

また、通信装置２０は、チャネルデコード部２４と、ＨＡＲＱバッファ２５とを備える。チャネルデコード部２４は、復調用ＤＳＰ１４（マイクロプロセッサ）がメモリ１５に記録されたプログラムを実行することによって実現される機能である。チャネルデコード部２４は、ＨＡＲＱバッファ２５に格納された復調データに対するチャネルデコード処理を行い、チャネルデコードデータを得る。ＨＡＲＱバッファ２５は、メモリ１５の記憶領域上に作成され、復調データを一時的に格納する。

さらに、通信装置２０は、ターボ復号部２６と、スケジューラ部２７とを備える。ターボ復号部２６は、ターボ復号回路１６によって実現される。ターボ復号部２６は、チャネルデコード部２４から得られたチャネルデコードデータに対するターボ復号処理を行い、得られた復号結果に対するＣＲＣ計算を行う。スケジューラ部２７は、スケジューラ用ＤＳＰ１７がメモリ１７Ａに記録されたプログラムを実行することによって実現される機能である。

なお、図５，６では、図示が省略されているが、通信装置１０（２０）は、通信相手（ＵＥ）へデータを送信する送信システムを実現するハードウェアを備えている。送信システムを実現するハードウェアは、例えば、誤り訂正符号化処理，変調処理，チャネルエンコード処理の夫々を実行するハードウェアを含むことができる。誤り訂正符号化処理，変調処理，チャネルエンコード処理の夫々を実施するハードウェアは、ＡＳＩＣ（集積回路），ＦＰＧＡ，ＤＳＰ，及びこれらの組み合わせのいずれかを適用することができる。チャネルエンコード処理を経たデータは、ＲＦ部２２にて無線周波数にアップコンバートされ、送受信アンテナ２１から送信される。このような、送信システムを用いて、ＣＲＣ計算結果に対するＯＫ／ＮＧの判定結果（フィードバックコマンド）データを通信相手（ＵＥ）へ送信することができる。

図１に示した通信装置の構成例では、受信されたデータに対する復号処理が無条件で順次実行される。すなわち、ＴＴＩバンドルサイズに従って通信装置に到来する初送データ及び再送データ（受信データ）の夫々に対する復号処理（チャネルエンコード処理，ターボ復号処理，ＣＲＣ計算）が無条件で行われる。このため、通信装置の処理量増大を招き、基地局の回線収容数の減少や、周波数利用効率の低下などを招来する可能性があった。

図６に示す通信装置２０（通信装置１０）は、上記問題に鑑み、TTI Bundlingが適用されるユーザからの符号化データの復号Subframe（復号タイミング）を、復号処理の負荷状態と当該ユーザの送信回数とに応じて適応的に制御し、処理量を削減する。

このため、スケジューラ用ＤＳＰ１７（スケジューラ部２７）は、ノーマルユーザ管理部５１と、TTI Bundlingユーザ管理部５２（以下、バンドリングユーザ管理部５２と表記）と、処理ユーザ数閾値設定部５３（以下、閾値設定部５３と表記）と、処理ユーザ閾値比較部５４（以下、比較部５４と表記）と、TTI Bundlingユーザ選択部５５（以下、ユーザ選択部５５と表記）とを備えた装置として機能することができる。

ノーマルユーザ管理部５１は、Normalユーザ(TTI Bundling適用ユーザ以外のユーザ)を管理する。バンドリングユーザ管理部５２は、TTI Bundling適用ユーザ数と、ユーザ毎のデータ送信回数とを管理する。閾値設定部５３は、処理ユーザ数を設定する。ここに、"
ユーザ"は、通信装置２０の通信相手（本実施形態ではＵＥ）を意味する。比較部５４は
、当該Subframeの処理ユーザ数と設定された処理ユーザ数閾値を比較する。ユーザ選択部５５は、処理すべきTTI Bundlingユーザの中で復号処理を行わないユーザを選択する。チャネルデコード部２４は、各TTI Bundlingユーザに対する復号処理の選択/非選択を示すTTI Bundlingユーザ情報に基づいてチャネルデコード処理を実行する。

図７は、スケジューラ部２７で実施される、復号処理を行わないユーザ（復号処理なしユーザ）を選択する選択処理を示すフローチャートである。選択処理は、所定周期で実施される。本実施形態では、選択処理は、データを受信するためのサブフレーム（サブフレーム時間）毎に実施される。

図７に示す選択処理が開始されると、最初に、処理ユーザ数比較処理（Ｓ００１）が実行される。すなわち、ステップＳ００１では、比較部５４は、ノーマルユーザ管理部５１から今回のサブフレームで復号処理を実施すべきノーマルユーザ数を読み出すとともに、バンドリングユーザ管理部５２から今回のサブフレームで復号処理を実施すべきバンドリングユーザ数を読み出す。続いて、比較部５４は、ノーマルユーザ数とバンドリングユーザ数との合計値（今回のサブフレームで復号処理を実施すべきユーザ数：処理ユーザ数）を算出する。さらに、比較部５４は、閾値設定部５３に設定されている処理ユーザ数の閾値を読み出す。本実施形態では、閾値が“４[ユーザ]"であると仮定する。但し、閾値は
適宜設定可能である。

比較部５４は、処理ユーザ数と閾値とを比較し、処理ユーザ数が閾値より大きいか否かを判定する。このとき、処理ユーザ数が閾値より小さい場合には、通信装置２０における処理が高負荷状態でないと判定され、選択処理が終了する。これに対し、処理ユーザ数が閾値より大きい場合には、通信装置２０における処理が高負荷状態であるとの前提において、処理がステップＳ００２へ進む。

ステップＳ００２〜Ｓ００６のループ処理は、比較部５４から高負荷状態である旨の通知を受けた選択部５５によって実行される。通知は、処理ユーザ数（合計値）を含むことができる。ループ処理は、バンドリングユーザ数を最大値とし、必要に応じて繰り返し実行される。

ステップＳ００２では、選択部５５は、バンドリングユーザ管理部５２で管理されている１以上のバンドリングユーザのうち、所定のバンドリングユーザを選択し、選択したバンドリングユーザに関するデータ送信回数をバンドリングユーザ管理部５２から得る。バンドリングユーザの選択方法は、適宜設定可能である。もっとも、第１実施形態では、ユーザ管理部５３で管理される各バンドリングユーザに対して予め設定されているユーザ番号順で、バンドリングユーザが選択される。

ここに、バンドリングユーザ管理部５２は、各バンドリングユーザに関して、各サブフレームにおける受信データがＴＴＩバンドルサイズに応じたデータ送信回数（本実施形態では１〜４（４が最大））における何回目であるかを示すデータを保持する。

続いて、ステップＳ００３において、選択部５５は、データ送信回数が送信回数の閾値（最大回数）より小さいか否かを判定する。ここに、送信回数の閾値は、ＴＴＩバンドルサイズ（＝４）である。

データ送信回数が閾値より小さい場合（Ｓ００３，ＹＥＳ）には、当該バンドリングユーザの受信データに関して次回以降のサブフレームで復号処理を行う機会を確保できるとの前提において、選択部５５は処理をステップＳ００４に進める。処理をステップＳ００４に進める。これに対し、データ送信回数が閾値以上である場合（Ｓ００３，ＮＯ）には、当該バンドリングユーザの受信データに関して今回のサブフレームが復号処理を行う最後の機会であるとの前提において、選択部５５は処理をステップＳ００２に戻す。

処理がステップＳ００２に戻った場合には、選択部５５は、次のバンドリングユーザに対するデータ送信回数をバンドリングユーザ管理部５２から得て、ステップＳ００３以降の処理を実行する。

ステップＳ００４に処理が進んだ場合には、選択部５５は、当該バンドリングユーザに対する復号処理は今回のサブフレームで実行されないように、TTI Bundling復号なしユーザテーブル５５Ａ（以下、テーブル５５Ａと表記）に、当該バンドリングユーザのユーザ情報を設定する。テーブル５５Ａは、例えば、メモリ１７Ａの記憶領域上に作成することができる。

次に、選択部５５は、処理ユーザ数のデクリメント処理を行う（ステップＳ００５）。すなわち、選択部５５は、処理ユーザ数から１を減じる。

続いて、選択部５５は、処理ユーザ数が高負荷状態判定用の閾値より大きいか否かを判定する（ステップＳ００６）。このとき、処理ユーザ数が閾値より大きい場合（Ｓ００６
，ＹＥＳ）には、高負荷状態が継続しているとの前提において、選択部５５は、処理をステップＳ００２に戻す。これに対し、処理ユーザ数が閾値以下（Ｓ００６，ＮＯ）の場合には、高負荷状態が解消されたとの前提において、選択部５５はループ処理を終了する。その後、選択処理が終了する。

以上のように、選択処理は、今回のサブフレームで復号処理を実行すべきユーザ数が閾値を上回る状態（高負荷状態）である場合に実行される。選択処理において、選択部５５は、ユーザ管理部５３で管理されている１以上のバンドリングユーザの中から、今回のサブフレームで復号処理を実行しないバンドリングユーザを選択し、選択したバンドリングユーザのユーザ情報をテーブル５５Ａに格納する。選択処理によって、データ送信回数がＴＴＩバンドルサイズに達しないバンドリングユーザが、復号処理対象から外される。

チャネルデコード部は、スケジューリング部２７から供給されるスケジューリング情報にしたがってチャネルデコード処理を行う。スケジューリング情報は、チャネルデコード部２４及びターボ復号部２６が復号処理を実行するための情報を含む。例えば、スケジューリング情報は、各サブフレームにおいて復号処理を行うべきユーザに関する情報を含むことができる。また、スケジューリング情報は、TTI Bundling処理情報を含む。TTI Bundling処理情報は、上記したテーブル５５Ａに格納された、今回のサブフレームで復号処理を行わないバンドリングユーザを示すユーザ情報を含む。

図８は、チャネルデコード部２４の処理例を示すフローチャートである。チャネルデコード部２４は、スケジューリング処理を元に復号処理を行う。図８に示すフローチャートは、所定周期（本実施形態ではサブフレーム）毎に実行される。なお、図８では、バンドリングユーザを対象とした処理が図示されているが、サブフレーム毎の復号処理は、バンドリングユーザ及び非バンドリングユーザ（ノーマルユーザ）の双方について実行される。

図８におけるステップＳ１０１では、チャネルデコード部２４は、スケジュール情報に含まれるバンドリングユーザ数を図示しないカウンタに設定する。続いて、チャネルデコード部２４は、バンドリングユーザの１つを選択し、選択したバンドリングユーザの復調データをＨＡＲＱバッファ２５へ書き込む（ステップＳ１０２）。バンドリングユーザの選択は、バンドリングユーザに付与されたユーザ番号に従って行われる。もっとも、他の手法によってバンドリングユーザが選択されるようにすることが可能である。

次に、チャネルデコード部２４は、復号処理なしユーザ判定処理を行う（ステップＳ１０３）。すなわち、チャネルデコード部２４は、選択したバンドリングユーザが復号処理を行わないユーザ（復号処理なしユーザ）か否かを判定する。この判定処理は、選択部５５から提供されるテーブル５５Ａの格納内容に基づいて行われる。

バンドリングユーザが復号処理なしユーザである場合（Ｓ１０３，ＹＥＳ）には、処理がステップＳ１０１に戻り、残りのバンドリングユーザに関するループ処理が実行される。ループ処理は、全てのバンドリングユーザに関して実行される。

これに対し、バンドリングユーザが復号処理なしユーザでない場合（Ｓ１０３，ＮＯ）には、チャネルデコード部２４は、当該バンドリングユーザの復調データに対するチャネルデコード処理を行う（ステップＳ１０４）。このとき、必要に応じて、チャネルデコード部２４は、ＨＡＲＱバッファ２５に格納された当該バンドリングユーザの復調データの合成処理を行う。

その後、チャネルデコード部２４は、チャネルデコード処理後のデータ（チャネルデコ
ードデータ）をターボ復号部２６に与える。ターボ復号部２６は、チャネルデコードデータに対するターボ復号処理を行う（ステップＳ１０５）。さらに、ターボ復号処理の結果得られたデータに対し、ＣＲＣ計算が行われ、データがＯＫかＮＧかどうかを判定する判定処理（ＣＲＣ判定処理）が実行される（ステップＳ１０６）。

ステップＳ１０６が終了すると、ステップＳ１０１で設定されたバンドリングユーザ数のカウンタから１を減じ、ステップＳ１０１に戻す。もっとも、カウンタの値が０、すなわち、全てのバンドリングユーザに対する処理が終了した場合には、ループ処理が終了し、チャネルデコード処理が終了する。

以上のチャネルデコード処理によって、今回のサブフレームにおいて、復号処理なしユーザに該当するバンドリングユーザを除くバンドリングユーザ及びノーマルユーザに対する復号処理が実行される。チャネルデコード処理において、選択部５５で選択されたバンドリングユーザに関する復号処理が実行されない（回避される）ことで、当該サブフレームにおける処理負荷の軽減を図ることができる。

また、上述したチャネルデコード処理では、復号処理が実行されるか否かに拘わらず、全てのバンドリングユーザ（及びノーマルユーザ）に関する復調データがＨＡＲＱバッファ２５に格納される。格納された復調データは、他のサブフレームで受信される同一の復調データとの合成処理に使用される。これによって、復調データの誤り含有率を低減することができる。よって、図８に示すようなチャネルデコード処理が実施されることによって、ターボ復号結果（ＣＲＣチェック）のＮＧが増加することはない。すなわち、ＨＡＲＱによる誤り回復の効果を維持しつつ、サブフレームにおける復号処理量を削減することができる。

第１実施形態の作用効果の詳細を図９を用いて説明する。図９は、横軸に時間(Subframe)、縦軸に処理ユーザ数を示した図である。図９に示す例では、処理ユーザ閾値（高負荷状態判定閾値）を"３[ユーザ]"とし、処理ユーザ数が３より多い場合は、基地局処理が高負荷状態である判定する。また、図９において、"ＵＥ０"が、バンドリングユーザであり、ＵＥ１〜ＵＥ４は、非バンドリングユーザであると仮定する。

サブフレームｎ（ｎは正の整数）では、処理ユーザ数が４であり、高負荷状態と判定される。また、ＵＥ０の送信データは、ＵＥ０からの１回目の送信データ（初送データ）である。このため、ＵＥ０は、復号処理なしユーザとして選択部５５により選択される。この結果、チャネルデコード部２４は、ＵＥ０の復調データをＨＡＲＱバッファ２５へ格納する処理を行う一方で、ＵＥ０に対する復号処理は実行しない。

サブフレームｎにおけるＵＥ０の送信データは、初送データである。このため、サブフレームｎより後のサブフレームにおいて、再送データを３回受信することができる（ＴＴＩバンドドルサイズ＝４）。このように、ＵＥ０に関しては、後のサブフレームで復号処理を行う機会が残されているので、高負荷状態での復号処理を回避することができる。よって、サブフレームｎでは、ＵＥ０の復号処理が回避されることによって、サブフレームｎで復号処理を行うユーザ数を削減することができる（図９では、４→３）。

次のサブフレームｎ＋１は、高負荷状態ではない。このため、サブフレームｎ＋１における全てのユーザに対する復号処理を実行可能である。よって、ＵＥ０の送信データに対するチャネルデコード処理及びターボ復号処理が実行される。

次のサブフレームｎ＋２は、サブフレームｎと同様に高負荷状態である。また、ＵＥ０の送信データは、３回目の送信に係る再送データであるため、復号処理なしユーザである
と判定される。この結果、ＵＥ０の送信データに対する復号処理は行わない。

次のサブフレームｎ＋３は、高負荷状態ではある。しかし、ＵＥ０の送信データは、４回目の送信データ（すなわち、最後の送信に係るデータ）である。このため、ＵＥ０の送信データに対する復号処理は、サブフレームｎ＋３で実施しなければならない。このように、ＴＴＩバンドルサイズで規定された最終回の送信データに関しては、高負荷状態であっても復号処理が実行される。これによって、スループットの低下を防ぐことができる。

第１実施形態によれば、TTI Bundling ユーザ（バンドリングユーザ）に相当するＵＥ
から送信される、ＴＴＩバンドルサイズに応じた送信回数で送信される送信データのうち、３回目までに受信された送信データの復号処理は、高負荷状態時での実行が回避（停止）される。

チャネルデコード処理及びターボ復号処理の処理量は、例えば復調処理の処理量に比べて大きく、基地局での受信処理において大きなウェイトを占めている。このため、上述したような復号処理の停止によって、処理量の大幅な削減を期待することができる。

一方、ＨＡＲＱバッファ２５への書込処理までの処理は、負荷状態と無関係に実行されるため、ＨＡＲＱの利得（データ合成による誤り状態回復）の効果を得ることができるので、上述した復号処理の実施停止によってＣＲＣ判定でのＮＧ発生率が上昇するような特性劣化は生じない。なお、チャネルデコード処理全体の処理量に対してＨＡＲＱバッファ２５への書き込み処理の処理量が占める割合は非常に小さいので、書込処理を全ての復調データに対して実施することに問題は生じない。

なお、高負荷状態の判定に用いる閾値を１以下に設定することによって、常に高負荷状態となり、復号処理なしユーザの選択が常に実施されるようにすることができる。逆に、閾値を通信装置（基地局）が収容可能なユーザ（ＵＥ）の最大値より大きく設定することで、高負荷状態判定を実質的に無効化することができる。よって、高負荷状態か否かの判定は、必須の要件ではない。

＜第２実施形態＞
次に、本発明の第２実施形態について説明する。第２実施形態は第１実施形態と共通点を含むので、主として相違点について説明し、共通点については説明を省略する。

図１０は、第２実施形態に係る通信装置（基地局装置）の構成例を示す。図１０に示す通信装置２０Ａは、図５に示したハードウェア構成を以て実現可能である。但し、スケジューラ用ＤＳＰ１７によって実行されるプログラムが第１実施形態と異なっており、プログラムの実行によって実現される機能の一部が第１実施形態と異なる。

図１０に図示される、第２実施形態に係る通信装置２０Ａにおいて、第１実施形態（図６）と同様の構成要素については同一の符号が付されており、同一のブロックに関する説明は省略する。通信装置２０Ａは、以下の点で第１実施形態に係る通信装置２０と異なる。すなわち、スケジューラ部２７Ａは、スケジューラ部２７が備える構成要素に加えて、ユーザ管理部５３と選択部５５との間に挿入されたTTI Bundlingユーザ優先度決定部９１（以下、決定部９１と表記）をさらに備えている。

第１実施形態に係る通信装置２０では、高負荷状態における復号処理なしユーザの選択において、TTI Bundlingユーザ（バンドリングユーザ）内の優先度等は特に規定することなく、スケジューラ部２７で管理するユーザ番号順でバンドリングユーザが選択されていた。これに対し、第２実施形態では、バンドリングユーザ間で優先度を決定し、優先度の
低い順で復号処理なしユーザの選択処理を行う。

優先度は、サブフレームにおけるデータ送信回数（受信回数）が少ないほど低い優先度が設定されるように定義される。例えば、送信回数が３回目であるユーザは、今回を除くと復号機会があと１回しか残されていない。これに対し、送信回数が１回目であるユーザは、次回以降で３回の復号機会を得ることができる。よって、送信回数が１回目のユーザは、今回のサブフレームで復号処理なしユーザに選択されても、次回以降のサブフレームで復号機会を得られる可能性が相対的に高いので低い優先度が設定される。

また、送信回数が１回目の受信データより、送信回数が３回目の受信データの方がＨＡＲＱバッファ２５で実行される合成処理によって品質が良い（誤りが少ない）可能性が高く、ＣＲＣ判定結果がＯＫとなる可能性が高い。したがって、送信回数が大きい程高い優先度を設定し、可能な限り大きい送信回数で復号処理が実行されるようにすれば、ＣＲＣ判定結果がＮＧとなる無駄な復号処理を回避することができる。よって、第２実施形態における通信装置２０Ａによれば、バンドリングユーザに優先度を付与することによって、第１実施形態における通信装置２０より多くの処理量を削減することを期待できる。

以上の理由により、決定部９１は、ユーザ管理部５３からバンドリングユーザの情報（バンドリングユーザ数を含むことができる）と、各バンドリングユーザに関するデータ送信回数（受信回数）とを受け取り、各バンドリングユーザをデータ送信回数が少ない順でソートし、ソートした順序でバンドリングユーザ情報を決定部５５に供給する。このように、決定部９１によって、ユーザ番号順で並べられたバンドリングユーザが送信回数に応じた優先度順で並び替えられた状態となる。なお、優先度が同一の複数のバンドリングユーザが発生した場合、適宜のルールで順位が決定される。例えば、優先度が同一のバンドリングユーザに対しては、ユーザ番号順で順位が決定される。

図１１は、優先度の設定方法の具体例を示す。図１１には、４つのバンドリングユーザが存在する場合の例が図示されている。図１１において、サブフレームｎ＋３に着目すると、ＵＥ０のデータは１回目のデータ送信に係るデータであり、ＵＥ１のデータは２回目のデータ送信に係るデータであり、ＵＥ２のデータは４回目のデータ送信に係るデータであり、ＵＥ３のデータは３回目のデータ送信に係るデータである。この場合、送信回数の少ない順で優先度が決定され、ＵＥ０〜ＵＥ３が優先度の低い順で並べられると、ＵＥ０，ＵＥ１，ＵＥ３，ＵＥ２の順となる。

図１２は、第２実施形態における復号処理なしユーザの選択処理の例を示すフローチャートである。図１２に示す選択処理は、第１実施形態と同様にサブフレーム毎に実行される。ステップＳ２０１における高負荷状態の判定処理は、第１実施形態における選択処理（図７）中のステップＳ００１の処理と同じである。但し、比較部５４は、高負荷状態（処理ユーザ数＞閾値）と判定した場合には、選択部５５と決定部９１に高負荷状態であることを通知する。

ステップＳ２０２の優先度決定処理は、高負荷状態の通知を受けた決定部９１によって実行される。すなわち、決定部９１は、ユーザ管理部５３で管理されている各バンドリングユーザの情報を、データ送信回数の少ない順（優先度の低い順）で並び替え、選択部５５に供給する。

ステップＳ２０３〜ステップＳ２０６の処理は、選択部５５で実行される。ステップＳ２０３では、選択部５５は、決定部９１で決定された順序（優先度が低い順）に従って、バンドリングユーザの１つを選択する。ステップＳ２０４では、選択部５５は、ステップＳ２０３で選択したバンドリングユーザのユーザ情報を無条件でテーブル５５Ａに格納す
る。

続いて、選択部５５は、比較部５４から通知された処理ユーザ数を１つ減じ（デクリメント）（ステップＳ２０５）、処理ユーザ数が閾値より大きいか否かを判定する（ステップＳ２０６）。

このとき、処理ユーザ数が閾値より大きい場合（Ｓ２０６，ＹＥＳ）には、処理がステップＳ２０３に戻り、次のバンドリングユーザが選択される。これに対し、処理ユーザ数が閾値以下の場合（Ｓ２０６，ＮＯ）には、ステップＳ２０３〜Ｓ２０６のループ処理が終了し、選択処理が終了する。なお、選択処理は、処理ユーザ数が閾値以下になる前に、全てのバンドリングユーザに対する処理が終了した場合にも終了する。

したがって、図１２に示す選択処理によれば、テーブル５５Ａには、処理ユーザ数が閾値以下になる（高負荷状態で無くなる）までにステップＳ２０３で選択されたバンドリングユーザの全てが復号処理なしユーザとして登録された状態となる。テーブル５５Ａの格納内容（復号処理なしユーザ情報）は、スケジュール情報の一部として、チャネルデコード部２４に供給される。チャネルデコード部２４及びターボ復号部２６による処理は、第１実施形態と同じであるので、説明を省略する。

なお、図１２に示した処理は一例である。例えば、処理ユーザ数と閾値との差分、すなわち、１サブフレームで復号処理を実施すべきユーザ数を超えるユーザ数を予め算出し、差分に等しい数のバンドリングユーザを、優先順位の低い順から一括して復号優先なしユーザとして選択する方法が考えられる。このような方法が適用される場合には、例えば、以下の構成を採用し得る。すなわち、比較部５４が差分を算出して選択部５５に供給する。選択部５５は、決定部９１から優先度の低い順でソートされたバンドリングユーザのリストを得て、当該リストから差分に相当するバンドリングユーザを優先度の低い方から一括選択する。

第２実施形態によれば、第１実施形態で得られる作用効果を得ることができる。さらに、第２実施形態によると、バンドリングユーザの送信回数が少ないほど低い優先度が設定され、優先度が低い順で復号処理なしユーザが選択される。これによって、第１実施形態よりも適正な復号処理なしユーザを選択することができ、ＣＲＣ判定結果ＮＧの発生を抑えて処理量の削減を図ることができる。

＜第３実施形態＞
次に、本発明の第３実施形態について説明する。第３実施形態は第１及び第２実施形態と共通点を含むので、主として相違点について説明し、共通点については説明を省略する。

図１３は、第３実施形態に係る通信装置（基地局装置）の構成例を示す。図１３に示す通信装置２０Ｂは、図５に示したハードウェア構成を以て実現可能である。但し、スケジューラ用ＤＳＰ１７によって実行されるプログラムが第１実施形態と異なっており、プログラムの実行によって実現される機能の一部が第１実施形態と異なる。

図１３に示す通信装置２０Ｂは、第１実施形態における通信装置２０が有するスケジューラ部２７に相当するスケジューラ部２７Ｂを有している。スケジューラ部２７Ｂは、TTI Bundlingユーザ（バンドリングユーザ）毎に、TTI Bundlingデータに対する復号開始送信回数を決定する復号開始送信回数算出部１２１（以下、算出部１２１と表記）を有している。

以下の説明で、「TTI Bundlingデータ（バンドルデータ）」の語は、ＴＴＩバンドルサイズに従って所定回数送信される一連の送信データをまとめて指す。バンドルデータを構成する個々の送信データは、「データ」又は「送信データ」と表記する。

また、スケジューラ部２７Ｂが備えるTTI Bundlingユーザ選択部５５は、バンドリングユーザのデータの送信回数が復号開始送信回数に満たない場合に、当該バンドリングユーザを復号処理なしユーザテーブル５５Ａに格納する。

図１４は、復号開始送信回数算出部１２１によって実行される復号開始送信回数算出処理（算出処理）の例を示すフローチャートである。図１４に示す算出処理は、周期的に実行される。例えば、算出処理は、各バンドリングユーザに関して、バンドルデータ中の初送データが受信されるサブフレーム以前に、復号開始送信回数が決定されるように実行される。

算出部１２１は、ユーザ管理部５２で管理されるバンドリングユーザであって、新たなバンドルデータの送信（受信）が開始されるバンドリングユーザを対象として、ステップＳ３０１〜Ｓ３０４のループ処理を繰り返し行う。

ステップＳ３０１の前処理として、算出部１２１は、復号開始送信回数を決定すべきバンドリングユーザの１つを選択する。バンドリングユーザの選択は、例えば、第１実施形態と同様に、バンドリングユーザに予め付されたユーザ番号順で行うことができる。もっとも、他の選択方法を適用することもできる。

ステップＳ３０１では、算出部１２１は、前処理で選択されたバンドリングユーザに関する前回のバンドルデータ復号時において、ＣＲＣ判定結果がＯＫになったときのデータの送信回数Ｘ(ｍ−１)と、前回のバンドルデータ復号時において決定された復号開始送信回数（前復号開始送信回数Ｙ(ｍ−１)）とを比較する。

送信回数Ｘ(ｍ−１)と前復号開始送信回数Ｙ(ｍ−１)とが等しい場合（Ｓ３０１，ＹＥＳ）には、算出部１２１は、保護段比較用変数Ｚをインクリメント(Ｚの値に１を加算)する（ステップＳ３０２）。

続いて、算出部１２１は、インクリメントした保護段比較用変数Ｚと予め用意された保護段閾値とを比較する(ステップＳ３０３)。このとき、変数Ｚが保護団閾値より大きい場合（Ｓ３０３，ＹＥＳ）には、算出部１２１は、今回のバンドルデータの復号処理に関する復号開始送信回数Ｙ(ｍ)を、前回のバンドルデータ復号時の復号開始送信回数Ｙ(ｍ−
１)から１を減じた値に設定する。

一方、送信回数Ｘ(ｍ−１)と前復号開始送信回数Ｙ(ｍ−１)が等しくない場合(Ｓ３０
１，ＮＯ)、及び、保護段用変数Ｚが保護段閾値を超えない場合（Ｓ３０３，ＮＯ）には
、算出部１２１は、今回のバンドルデータの復号処理における復号開始送信回数Ｙ(ｍ)を、下記の式（１）を用いた平均処理によって算出する（ステップＳ３０５）。

Ｙ(ｍ)＝ (１−α)Ｙ(ｍ−１)＋ αＹ(ｍ−２) ・・・式（１）
ここで、上記ｍは、バンドルデータ、すなわち、ＴＴＩバンドルサイズに従って所定回数送信される同一のデータを一つの単位としたものであり、図１５は、バンドルデータのイメージ（ＴＴＩバンドルサイズ＝４の例）を示す。なお、各バンドルデータの間には、パラメータで設定された所定数のサブフレームの時間間隔が設けられる。各バンドリングユーザに関する算出処理は、この時間間隔中に実行される。

上記した式（１）は、忘却平均を表している。式（１）におけるαは、忘却係数(0≦α≦1)であり、伝搬路特性などを考慮して設定される。なお、ステップＳ３０５の平均化処理は、ＣＲＣ判定結果がＯＫとなった時の送信回数の平均効果を得られれば良く、忘却平均の代わりに区間平均を用いることもできる。

このように、上記した算出処理において、算出部１２１は、ステップＳ３０４又はＳ３０５によって算出された復号開始送信回数Ｙ(ｍ)で当該バンドリングユーザのバンドルデータに対する復号処理を介することを決定する。

決定された各バンドリングユーザの復号開始送信回数Ｙ(ｍ)は、選択部５５に通知される。選択部５５は、各サブフレームにおける復号処理なしユーザの選択において、今回のサブフレームで復号処理を実施すべきバンドリングユーザの中から、送信回数が復号開始送信回数Ｙ(ｍ)に達していないバンドリングユーザを選択してテーブル５５Ａに書き込む。一方、選択部５５は、送信回数が復号開始送信回数Ｙ(ｍ)に達したバンドリングユーザに関しては、第１実施形態と同様の手法により、復号処理なしユーザとして選択するか否かが決定される。もっとも、復号開始送信回数Ｙ(ｍ)に達したバンドリングユーザに対する復号処理を復号開始送信回数Ｙ(ｍ)に対応するサブフレームで強制的に実施するようにしても良い。

なお。バンドルデータを含む無線信号が送受信アンテナ２１によって受信されてから復調部２３によって復調データを得るまでの処理、及びチャネルデコード部２４及びターボ復号部２６によって実行される復号処理は、第１実施形態と同様であるので説明を省略する。

図１６は、復号開始送信回数算出処理の説明図である。第３実施形態では、復号開始送信回数の小さい方向への制御は保護段制御で、大きい方向への制御は忘却平均による制御で行われる。

第３実施形態では、算出処理によって決定された復号開始送信回数から復号を開始する。このため、仮に平均化処理だけで制御しようとすると、ＣＲＣ判定結果がＯＫとなるときの送信回数は、復号開始送信回数以上になる。したがって、平均化処理だけでは、復号開始送信回数の値が小さくならない。

このため、第３実施形態では、保護段制御を導入している。すなわち、設定された復号開始送信回数でＯＫのＣＲＣ判定結果が出た回数が所定の保護段数分連続した場合には、通信装置２０Ｂと通信相手（ＵＥ）との間の無線区間の伝搬路特性が良いとの前提を以て、現在の復号開始送信回数より１つ少ない復号開始送信回数が設定される。保護段閾値については、伝搬路特性などを考慮して設定される。

第３実施形態によれば、第１実施形態と同様の作用効果を得ることができる。さらに、第３実施形態によれば、ＣＲＣ判定結果がＯＫとなったときの送信回数を平均した値を以て、次の復号開始送信回数を決定する。ＣＲＣ判定結果がＯＫとなる送信回数は、伝搬路特性などバンドリングユーザの状態に応じて決定される。このため、平均化処理を行うことで、次のバンドルデータの復号時にＣＲＣがＯＫとなる送信回数を推定することができる。したがって、次のバンドルデータの復号時においては、算出された復号開始送信回数から復号処理を開始する（復調処理なしユーザとしての選択を止める）ことで、ＣＲＣ判定結果がＮＧになるような無駄な復号処理を減らすことができる。一方、設定された復号開始送信回数でＯＫのＣＲＣ判定結果が出された回数が保護段数分連続したら、伝搬路特性が良いと判断し、さらに一つ少ない送信回数での復号処理を試行する。 以上のような
平均化処理および保護段処理により、最適な復号開始送信回数を推定し、特性劣化するこ
となく、処理量を削減することができる。

１０，２０，２０Ａ，２０Ｂ・・・通信装置
１１，２１・・・送受信アンテナ
１２，２２・・・ＲＦ部
１３・・・ＦＰＧＡ
１４・・・復調用ＤＳＰ（マイクロプロセッサ）
１５，１７Ａ・・・メモリ
１６・・・ターボ復号回路
１７・・・スケジューラ用ＤＳＰ（マイクロプロセッサ）
２３・・・復調部
２４・・・チャネルデコード部
２５・・・ＨＡＲＱバッファ
２６・・・ターボ復号部
５１・・・ノーマルユーザ管理部
５２・・・ＴＴＩバンドリングユーザ管理部（特定部）
５３・・・処理ユーザ数閾値設定部
５４・・・処理ユーザ閾値比較部
５５・・・ＴＴＩバンドリングユーザ選択部（決定部）
５５Ａ・・・復号処理なしユーザテーブル
９１・・・ＴＴＩバンドリングユーザ優先度決定部
１２１・・・復号開始送信回数算出部

Claims (11)

1. 複数の通信相手の夫々から所定回数送信される送信データに関する復号処理を行う復号部と、
   周期的に発生する復号タイミング中の或る復号タイミングにおいて前記復号部により復号処理を実行すべき送信データを特定する特定部と、
   特定された送信データの前記或る復号タイミングにおける復号処理の要否を前記特定された送信データが送信されたときの送信回数に基づいて決定する決定部と
   を含む復号装置。
2. 前記決定部は、前記特定された送信データの前記送信回数が前記所定回数より少ない規定回数以下である場合に、前記特定された符号化データの復号処理を前記或る復号タイミングにおいて実行しないことを決定する
   請求項１に記載の復号装置。
3. 前記決定部は、前記或る復号タイミングにおいて復号処理を実行すべき複数の送信データの数が閾値を超えることを条件に、前記或る復号タイミングにおいて復号処理を実行しない少なくとも１つの送信データを決定する
   請求項１に記載の復号装置。
4. 前記決定部は、前記複数の送信データの数と前記閾値との差分に相当する数の前記或るタイミングで前記復号処理を実行しない送信データを前記複数の送信データから決定したときに、残りの送信データからさらに前記復号処理を実行しない送信データを決定することを停止する
   請求項３に記載の復号装置。
5. 前記所定回数より小さい送信回数で送信された前記送信データを、この送信データの送信回数より後の送信回数において送信される送信データと合成するために記憶する記憶部をさらに含む
   請求項１から４のいずれか１項に記載の復号装置。
6. 前記特定部は、前記復号タイミングの１つにおいて復号処理を行うべき複数の送信データを特定し、
   前記複数の送信データの夫々に対し、各送信データの前記送信回数が小さいほど低い優先度を設定する設定部をさらに含み、
   前記決定部は、前記優先度の低い順で、前記複数の送信データの中から、前記復号タイミングの１つで復号処理を実行しない１以上の送信データを決定する
   請求項１から５のいずれか１項に記載の復号装置。
7. 前記所定回数送信される送信データは、各通信相手から周期的に送信され、
   前記通信相手毎に、前記所定回数送信される送信データに関して、前記特定部による特定対象となる送信データの送信回数である復号処理開始回数を決定する送信回数決定部をさらに含む
   請求項１に記載の復号装置。
8. 前記送信回数決定部は、前記通信相手毎に、良好な符号化データの復号処理結果が得られたときにおける当該送信データの送信回数の平均値を、前記復号処理開始回数として決定する
   請求項７に記載の復号装置。
9. 前記送信回数決定部は、前記複数の通信相手の１つに関して、前記復号処理開始回数において送信された送信データに対する良好な復号処理結果が得られた復調タイミングが所定数連続して発生したときに、前記複数の通信相手の１つに関する前記復号処理開始回数を小さくする
   請求項７又は８に記載の復号装置。
10. 複数の通信相手の夫々から所定回数送信される送信データに関する復号処理を行う復号装置が、
    周期的に発生する復号タイミング中の或る復号タイミングにおいて前記復号部により復号処理を実行すべき送信データを特定し、
    特定された送信データの前記或る復号タイミングにおける復号処理の要否を前記特定された送信データが送信されたときの送信回数に基づいて決定する
    ことを含む復号装置の復号対象決定方法。
11. 複数の通信相手の夫々から所定回数送信される送信データに関する復号処理を行う復号装置に含まれるコンピュータが、
    周期的に発生する復号タイミング中の或る復号タイミングにおいて前記復号部により復号処理を実行すべき送信データを特定するステップと、
    特定された送信データの前記或る復号タイミングにおける復号処理の要否を前記特定された送信データが送信されたときの送信回数に基づいて決定するステップと
    を実行するためのプログラム。

Images