(57)【要約】［課題］アップリンク制御情報を端末が受信できなかった場合でも、「DTX-ACK」エラーまたは「DTX-NACK」エラーを回避すること。［解決手段］ＨＡＲＱによりパケットの再送制御が行われる無線通信システムにおける基地局（２０）は、端末（１０）から受信したＨＡＲＱ情報と端末（１０）から送信されるＰＵＳＣＨの送信タイミングとが重なったときに、ＰＵＳＣＨからＨＡＲＱ情報の受信を行うと共に、ＰＵＳＣＨに含まれるパケットデータのＣＲＣチェック判定を行うＰＵＳＣＨ受信処理部（１０４）と、ＰＵＳＣＨ受信処理部で判定したＨＡＲＱ情報とＣＲＣチェック結果とを受信することで、ＨＡＲＱによる端末（１０）での受信確認を行うＨＡＲＱ情報判定部（１０５）と、を備える。
2015186334.tif 000002
【特許請求の範囲】
【請求項１】
ＨＡＲＱ(Hybrid Automatic Repeat reQuest)によりパケットの再送制御が行われる無線通信システムにおける基地局であって、
端末から受信したＨＡＲＱ情報と前記端末から送信されるＰＵＳＣＨ（Physical Uplink Shared CHannel）の送信タイミングとが重なったときに、前記ＰＵＳＣＨから前記ＨＡＲＱ情報の受信を行うと共に、前記ＰＵＳＣＨに含まれるパケットデータのＣＲＣ（cyclic redundancy check）チェック判定を行うＰＵＳＣＨ受信処理手段と、
前記ＰＵＳＣＨ受信処理手段で判定した前記ＨＡＲＱ情報と前記ＣＲＣチェック結果とを受信することで、前記ＨＡＲＱによる前記端末での受信確認を行うＨＡＲＱ情報判定手段と、
を備える、基地局。
【請求項２】
前記基地局がアップリンク制御情報のみのＰＤＣＣＨ（Physical Downlink Control CHannel）を前記端末に送信した場合、
前記ＨＡＲＱ情報判定手段は、前記ＣＲＣチェック結果がＯＫのときに限り、前記端末が前記ＰＵＳＣＨを送信したと判断して、ＤＲＸ Inactivity Timerを起動する、
請求項１に記載の基地局。
【請求項３】
前記基地局が前記端末に、ＰＤＳＣＨ（Physical Downlink Shared CHannel）とアップリンク制御情報のためのＰＤＣＣＨ（Physical Downlink Control CHannel）とを送信した場合、
前記ＨＡＲＱ情報判定手段は、アップリンクについて、前記ＣＲＣチェック結果がＯＫのときに限り、前記端末が前記ＰＵＳＣＨを送信したと判断して、ＤＲＸ Inactivity Timerを起動する、
請求項１に記載の基地局。
【請求項４】
前記基地局が前記端末に、ＰＤＳＣＨ（Physical Downlink Shared CHannel）とアップリンク制御情報のためのＰＤＣＣＨ（Physical Downlink Control CHannel）とを送信した場合、
前記ＨＡＲＱ情報判定手段は、ダウンリンクについて、前記ＣＲＣチェック結果がＯＫで、かつ、前記端末から受信した前記ＨＡＲＱ情報をＡＣＫまたはＮＡＣＫと判断した場合に限り、ＤＲＸ Inactivity Timerを起動する、
請求項１に記載の基地局。
【請求項５】
前記ＨＡＲＱ情報と前記ＰＵＳＣＨの送信タイミングとが重なっていないときに、前記端末から送信されるＰＵＣＣＨ（Physical Uplink Control CHannel）から前記ＨＡＲＱ情報の受信を行うＰＵＣＣＨ受信処理手段を更に含み、
前記ＨＡＲＱ情報判定手段は、前記ＰＵＳＣＨ受信処理手段及び前記ＰＵＣＣＨ受信処理手段で判定した前記ＨＡＲＱ情報と前記ＣＲＣチェック結果とを受信することで、前記ＨＡＲＱによる前記端末での受信確認を行う、
請求項１乃至４のいずれか１項に記載の基地局。
【請求項６】
前記基地局がperiodic ＣＱＩ（Channel Quality Indicator）送信タイミングと重なる前記ＰＵＳＣＨのスケジューリングを行ったとき、
前記ＨＡＲＱ情報判定手段は、前記ＣＲＣチェック結果がＯＫと判断した場合に限り、前記ＰＵＳＣＨに含まれるＣＱＩ情報を受信する、
請求項１に記載の基地局。
【請求項７】
請求項１乃至６のいずれか１項に記載の基地局と、該基地局と通信する端末と、を備えた移動通信システム。
【請求項８】
ＨＡＲＱ(Hybrid Automatic Repeat reQuest)によりパケットの再送制御が行われる無線通信システムにおける基地局の、端末での受信確認方法であって、
前記端末から受信したＨＡＲＱ情報と前記端末から送信されるＰＵＳＣＨ（Physical Uplink Shared CHannel）の送信タイミングとが重なったときに、前記ＰＵＳＣＨから前記ＨＡＲＱ情報の受信を行うと共に、前記ＰＵＳＣＨに含まれるパケットデータのＣＲＣ（cyclic redundancy check）チェック判定を行い、
前記ＣＲＣチェック判定で判定した前記ＨＡＲＱ情報と前記ＣＲＣチェック結果とを受信することで、前記ＨＡＲＱによる前記端末での受信確認を行う
ことを特徴とする受信確認方法。
【請求項９】
前記ＨＡＲＱ情報と前記ＰＵＳＣＨの送信タイミングとが重なっていないときに、前記端末から送信されるＰＵＣＣＨ（Physical Uplink Control CHannel）から前記ＨＡＲＱ情報の受信を行い、
前記ＨＡＲＱによる前記端末での受信確認を行う場合に、前記受信した前記ＨＡＲＱ情報と前記ＣＲＣチェック判定による前記ＣＲＣチェック結果とを受信することで、前記ＨＡＲＱによる前記端末での受信確認を行う、
請求項８に記載の受信確認方法。
【請求項１０】
ＨＡＲＱ(Hybrid Automatic Repeat reQuest)によりパケットの再送制御が行われる無線通信システムにおける基地局であるコンピュータに、端末での受信確認を行わせるプログラムが記憶された記憶媒体であって、前記コンピュータに、
前記端末から受信したＨＡＲＱ情報と前記端末から送信されるＰＵＳＣＨ（Physical Uplink Shared CHannel）の送信タイミングとが重なったときに、前記ＰＵＳＣＨから前記ＨＡＲＱ情報の受信を行うと共に、前記ＰＵＳＣＨに含まれるパケットデータのＣＲＣ（cyclic redundancy check）チェック判定を行うＰＵＳＣＨ受信処理手順と、
前記ＰＵＳＣＨ受信処理手順で判定した前記ＨＡＲＱ情報と前記ＣＲＣチェック結果とを受信することで、前記ＨＡＲＱによる前記端末での受信確認を行うＨＡＲＱ情報判定手順と、
を実行させる、受信確認プログラムが記憶された記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおける基地局及び受信確認方法、プログラムが記憶された記憶媒体に関し、ＨＡＲＱ(Hybrid Automatic Repeat reQuest)により送達確認が行われる移動通信技術に関する。特に、本発明は、ＬＴＥ (Long Term Evolution)方式における端末の電力消費の抑制を目的としたＤＲＸ（Discontinuous Reception）機能に相当する、ＨＡＲＱの送達状況から基地局と端末とのＤＲＸ状態を一致させて、無駄な送受信処理を省く機会を与える移動通信技術に関する。
【背景技術】
【０００２】
移動通信システムの方式の１つであるＬＴＥ (Long Term Evolution)方式で用いられる物理チャネルは、基地局から端末に送信されるダウンリンクの物理チャネルとして、次に述べる５つの物理チャネルが規定されている。すなわち、ダウンリンクの５つの物理チャネルは、ＰＢＣＨ（Physical Broadcast CHannel）、ＰＤＣＣＨ（Physical Downlink Control CHannel）、ＰＣＦＩＣＨ（Physical Control Format Indicator CHannel）、ＰＤＳＣＨ（Physical Downlink Shared CHannel）、およびＰＨＩＣＨ（Physical Hybrid-arq(automatic repeat request) Indicator CHannel）から成る。【０００３】
ＰＢＣＨは、報知情報を送信するためのチャネルである。ＰＤＣＣＨは、ダウンリンクのパケットデータをデコードするための情報を送信するためのチャネルである。ＰＣＦＩＣＨは、ＰＤＣＣＨをデコードするための情報を送信するためのチャネルである。ＰＤＳＣＨは、ダウンリンクのパケットデータを送信するためのチャネルである。ＰＨＩＣＨは、後述するＰＵＳＣＨ（Physical Uplink Shared CHannel）のＣＲＣ（Cyclic Redundancy Check）のチェックの結果を送信するためのチャネルである。【０００４】
また、ＬＴＥ方式では、端末から基地局に送信されるアップリンクの物理チャネルとして、次に述べる３つの物理チャネルが規定されている。すなわち、アップリンクの３つの物理チャネルは、ＰＲＡＣＨ（Physical Random Access CHannel）、ＰＵＣＣＨ（Physical Uplink Control CHannel）、およびＰＵＳＣＨから成る。【０００５】
ＰＲＡＣＨは、アップリンクと同期を取り、電力制御を行うために送るためのチャネルである。ＰＵＣＣＨは、後述するＨＡＲＱ情報や受信品質を示すＣＱＩ（Channel Quality Indicator）、ＰＭＩ（Precoding Matrix Indicator）やＲＩ（Rank Indicator）を送信するためのチャネルである。ＨＡＲＱ情報は、ＰＤＳＣＨのデコード状況をＡＣＫ（ACKnowledment）／ＮＡＣＫ（Negative ACKnowledment）／ＤＴＸ（Discontinuous Transmission）として通知するための情報である。ＰＵＳＣＨは、ＰＵＣＣＨに含まれる情報に加え、アップリンクのパケットデータを送信するためのチャネルである。なお、ＰＵＣＣＨとＰＵＳＣＨとは、アップリンクのパケットデータの有無により、どちらか一方が送信される。【０００６】
ＬＴＥ方式において、端末が基地局から信号を受信する際の動作は、下記のようになっている。端末は、先ず、基地局から送信されるＰＢＣＨを受信した後に、ＰＣＦＩＣＨを受信する。引き続いて、端末は、ＰＣＦＩＣＨから検出したＣＦＩ値（ＣＦＩ：Control Format Indicator）に基づいて、ＰＤＣＣＨがマッピングされているＯＦＤＭ（Orthogonal Frequency Division Multiplex）シンボル数を確認し、自身向けのＰＤＣＣＨの検出を行う。そして、端末は、自身向けのＰＤＣＣＨが検出できたら、検出したダウンリンク制御情報によりＰＤＳＣＨの受信を開始する。【０００７】
また、ＬＴＥ方式において、端末が基地局に信号を送信する際の動作は、下記のようになっている。端末は、基地局から送信される自身向けのＰＤＣＣＨが検出されなかった場合、ＰＵＣＣＨを送信する。一方、自身向けのＰＤＣＣＨが検出された場合、端末は、検出したアップリンク制御情報によりＰＵＳＣＨの送信を開始する。また、この場合、基地局は、受信したＰＵＳＣＨに対してＣＲＣ（Cyclic Redundancy Check）によるチェックを行い、その結果をＰＨＩＣＨで端末に送信する。端末は、基地局からのＰＨＩＣＨのＣＲＣチェックの結果を基に、アップリンクのパケットデータの再送制御を行う。【０００８】
ＬＴＥ方式において、端末の省電力を目的としてＤＲＸ機能が採用されている。ＤＲＸ機能とは、特定の状態で端末を休眠させ、ＰＤＣＣＨのモニタリングを停止させることで、端末の電力消費を低減させる機能をいう。具体的には、送受信するデータがないために、ActiveとなるOnDuration区間でＰＤＣＣＨを端末が受信しなかったとする。この場合、ＤＲＸ機能を有する端末は、スケジューリングのために基地局が送信するＰＤＣＣＨを、次のOnDuration区間においてしかデコードしない。端末がＰＤＣＣＨをデコードしない区間を「ＤＲＸ区間」と呼ぶ。一方、Active区間でＰＤＣＣＨを端末が受信した場合、端末は、ＤＲＸ Inactivity Timerを起動し（Active区間を延長し）、データ通信を継続できる。【０００９】
無線上でのエラー等により、基地局が端末に対してＰＤＣＣＨを送信したにも関わらず、端末がＰＤＣＣＨを受信できなかったとする。この場合に、基地局のみActive区間を延長してしまうと、基地局がスケジューリングを継続し、ＰＤＣＣＨを送信しても、端末はＤＲＸ区間のため、無線リソースが無駄となる。【００１０】
本発明に関連する先行技術が種々提案されている。【００１１】
例えば、特許文献１には、ＨＡＲＱによるパケットの再送制御について記載されている。特許文献１に開示されている通信システムでは、既存の通信装置に影響を及ぼすこと無く、ＤＴＸ→ＡＣＫ誤認に伴うパケットの欠落を検出している。ここで、ＤＴＸ→ＡＣＫ誤認は、送信側の通信装置が、ＤＴＸ、すなわち受信側の通信装置からの再送要求がないことをＡＣＫとして誤認することであり、主に、受信側の通信装置における制御チャネルのデコード失敗に起因して発生する。【００１２】
特許文献１に開示されている通信システムは、シーケンス番号をそれぞれ付加した、互いに異なるパケットを送信する送信側の通信装置と、パケットを受信する受信側の通信装置とで構成される。受信側の通信装置は、受信部と、判定部とを備えている。受信部は、複数のプロセスを用いて、パケットを受信する。判定部は、シーケンス番号に基づき、受信部におけるパケットの内のいずれか一つのパケットの受信欠落を検出する。この場合、判定部は、各プロセスの使用状況に基づき、送信側の通信装置におけるＤＴＸ→ＡＣＫ誤認に伴って当該一のパケットが欠落したか否かを判定する。【００１３】
また、特許文献２には、ＤＴＸ対ＡＣＫエラーの確率を許容可能レベルに制限することができる技術が開示されている。特許文献２に開示されている基地局は、インターフェイスとプロセッサとを有する。インターフェイスは、アップリンク制御チャネルにおいて肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）リソースに含まれ、生成されたバンドル化されたＡＣＫ／ＮＡＣＫ値及びユーザ装置の受信帯域幅内の検出されたダウンリンクグラントの数に関する情報を受信するように構成されている。プロセッサは、受信された情報に基づいてＡＣＫ／ＮＡＣＫ／ＤＴＸ（断続的送信）検出を実行し、このＡＣＫ／ＮＡＣＫ／ＤＴＸ検出に基づいて、検出したＡＣＫ／ＮＡＣＫ状態が正しいＡＣＫ／ＮＡＣＫを表すかどうかを判定するように構成される。【００１４】
特許文献３には、送信側装置においてＨＡＲＱフィードバック物理チャネルを介して送信される送達確認情報を誤検出した場合に、パケットの欠落を最小限に留めることができる再送制御方法及び受信側装置が開示されている。特許文献３に開示されている送信側装置は、ＭＡＣ多重部と、ＭＡＣヘッダ付与部と、共有物理制御チャネル受信部とを備える。受信側装置は、共有物理制御チャネル送信部を備える。【００１５】
ＭＡＣヘッダ付与部は、ＭＡＣ多重部から送信されたユーザデータに対して、ＭＡＣヘッダ及び誤り訂正符号（ＣＲＣ等）を付与することによって、共有物理データチャネルに多重されるトランスポートチャネル上で送信されるプロトコルデータユニット（パケット）を生成する。共有物理制御チャネル受信部は、共有物理制御チャネル（ＨＡＲＱフィードバック物理チャネル）を介してＡＣＫ／ＮＡＣＫといった送達確認情報を受信して、該当するＨＡＲＱプロセスに通知する。共有物理制御チャネル受信部は、所定期間内に、各パケットに対する送達確認情報を受信しない場合、ＤＴＸ状態であると判断する。共有物理制御チャネル送信部は、各ＨＡＲＱプロセスから通知された送達確認情報（ＡＣＫ／ＮＡＣＫ）を、共有物理制御チャネル（ＨＡＲＱフィードバック物理チャネル）を介して送信する。【００１６】
特許文献４には、ＬＴＥの下りリンクと上りリンクとにおいて、適切にスケジューリング処理やＨＡＲＱの処理を行うことのできる基地局装置及び通信制御方法が開示されている。特許文献４に開示されている、基地局装置はベースバンド信号処理部を含み、ベースバンド信号処理部はレイヤー１処理部を含む。【００１７】
レイヤー１処理部は、上りリンクで送信される上りリンク制御チャネルにマッピングされるＣＱＩや送達確認情報の復調及び復号を行う。レイヤー１処理部は、当該サブフレームにおいて、上りリンクにおいてユーザデータを受信しない移動局に関する送達確認情報またはＣＱＩを受信する場合に、システム帯域の両側に位置する物理上りリンク制御チャネル（ＰＵＣＣＨ）にマッピングされた送達確認情報またはＣＱＩの受信処理を行う。そして、レイヤー１処理部は、上記送達確認情報またはＣＱＩの受信結果をＭＡＣ処理部に通知する。【００１８】
上記送達確認情報は、ＡＣＫ、ＮＡＣＫまたはＤＴＸのいずれかであり、上記ＤＴＸは、「移動局は実際には送達確認情報を送達しなかった」、ということを意味する。‘ＤＴＸ’であると判定された場合には、基地局装置は、下りリンクの共有チャネルを再送する。なお、スケジューリング処理とは、当該サブフレームの下りリンクにおいて共有チャネルを用いてユーザデータの受信を行う移動局を選別する処理のことを指す。【００１９】
特許文献５には、悪い伝送特性を有する応答信号（ＡＣＫ／ＮＡＣＫ信号、「Ａ／Ｎ」）の特性を改善することができる端末装置及び再送制御方法が開示されている。特許文献５に開示されている基地局は、データ送信制御部と、変調部と、ＰＵＣＣＨ抽出部と、再送制御信号生成部とを含む。【００２０】
データ送信制御部は、再送制御信号生成部から或る下り単位バンドで送信した下り回線データに対するＮＡＣＫ又はＤＴＸを受け取ると、この下り単位バンドに対応する保持データを変調部へ出力する。データ送信制御部は、再送制御信号生成部から或る下り単位バンドで送信した下り回線に対するＡＣＫを受け取ると、この下り単位バンドに対応する保持データを削除する。【００２１】
ＰＵＣＣＨ抽出部は、受信信号に含まれるＰＵＣＣＨ信号から、予め端末に通知してある束ＡＣＫ／ＮＡＣＫリソースに対応するＰＵＣＣＨ領域の信号を抽出する。また、ＰＵＣＣＨ抽出部は、受信信号に含まれるＰＵＣＣＨ信号から、下り割当制御情報（ＤＣＩ）の送信に用いられたＤＰＣＣＨが占有していたＣＣＥ（Control Channel Element）に対応付けられているＡ／Ｎリソース及び予め端末に通知してある複数のＡ／Ｎリソースに対応する複数のＰＵＣＣＨ領域を抽出する。
【先行技術文献】
【特許文献】
【００２２】
【特許文献１】特開２０１１−０６１６６７号公報
【特許文献２】特表２０１２−５１７１６４号公報
【特許文献３】国際公開第２００８／０９６８７７号
【特許文献４】国際公開第２００８／１０５４２１号
【特許文献５】国際公開第２０１２／０３５７１２号
【発明の概要】
【発明が解決しようとする課題】
【００２３】
基地局が端末に、ＰＤＳＣＨとアップリンク制御情報（Uplink Grant）のためのＰＤＣＣＨとを送信した場合に、「DTX-ACK」エラー及び「DTX-NACK」エラーが発生する場合がある。【００２４】
ここで、「DTX-ACK」エラー及び「DTX-NACK」エラーとは、端末がＰＤＣＣＨを未検出のためにＰＤＳＣＨのデコード状況をＤＴＸと判断したときに、基地局がＰＤＳＣＨのデコード状況をＡＣＫまたはＮＡＣＫと誤検出してしまうことを意味する。詳述すると、基地局はＰＤＳＣＨを送信したにもかかわらず、端末がダウンリンクでＰＤＳＣＨのデコード状況をＤＴＸと判断したとする。このとき、基地局はＰＵＳＣＨのＨＡＲＱ情報をデコードする。このため、ＤＴＸの場合においては、基地局はＰＵＳＣＨのパケットデータをＨＡＲＱ情報としてデコードし、ＰＤＳＣＨのデコード状況をＡＣＫまたはＮＡＣＫと誤検出してしまう。【００２５】
また、一般的に、アップリンクのＨＡＲＱ再送制御において、基地局がＰＵＳＣＨのＣＲＣチェック結果をＮＡＣＫと判定した場合、基地局は、「端末がＰＤＣＣＨを受信した」と判断する。このため、基地局は、Non-adaptive再送と呼ばれるＰＤＣＣＨを送信せずに、ＰＨＩＣＨでＨＡＲＱ情報だけを端末に送信し、再送をスケジューリングすることができる。【００２６】
しかしながら、このような一般的な構成において、「DTX-ACK」エラー及び「DTX-NACK」エラーが発生することがある。【００２７】
例えば、基地局が端末に、ＰＤＳＣＨとアップリンク制御情報のためのＰＤＣＣＨとを送信した場合、端末がＰＤＳＣＨをＡＣＫと判断したが、アップリンク制御情報を受信できなかったとする。この場合、端末はＨＡＲＱ情報をＰＵＣＣＨで送信するが、基地局はＰＵＳＣＨをデコードしてＨＡＲＱ情報を判断しようとするため、「DTX-ACK」エラーまたは「DTX-NACK」エラーが発生する可能性がある。【００２８】
特許文献１には、単に、各プロセスの使用状況に基づき、パケットが送信側の通信装置におけるＤＴＸ→ＡＣＫ誤認に伴って欠落したか否かを判定する、技術的思想が開示されているに過ぎない。【００２９】
特許文献２には、単に、アップリンク制御チャネルにおける肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）リソースに含まれ、生成されたバンドル化されたＡＣＫ／ＮＡＣＫ値及びユーザ装置の受信帯域幅内の検出されたダウンリンクグラントの数に関する情報を受信し、受信された情報に基づいてＡＣＫ／ＮＡＣＫ／ＤＴＸ（断続的送信）検出を実行し、このＡＣＫ／ＮＡＣＫ／ＤＴＸ検出に基づいて、検出されたＡＣＫ／ＮＡＣＫ状態が正しいＡＣＫ／ＮＡＣＫを表すかどうかを判定する、技術的思想が開示されているに過ぎない。【００３０】
特許文献３には、単に、所定期間内に、各パケットに対する送達確認情報を受信しない場合、ＤＴＸ状態であると判断する、技術的思想が開示されているに過ぎない。【００３１】
特許文献４には、単に、サブフレームにおいて、上りリンクにおいてユーザデータを受信しない移動局に関する送達確認情報またはＣＱＩを受信する場合に、システム帯域の両側に位置する物理上りリンク制御チャネル（ＰＵＣＣＨ）にマッピングされた送達確認情報またはＣＱＩの受信処理を行う、技術的思想が開示されているに過ぎない。【００３２】
特許文献５には、単に、受信信号に含まれるＰＵＣＣＨ信号から、予め端末に通知してある束ＡＣＫ／ＮＡＣＫリソースに対応するＰＵＣＣＨ領域の信号を抽出するＰＵＣＣＨ抽出部を備えた、基地局が開示されているに過ぎない。【００３３】
そこで、本発明の目的は、上記課題を考慮し、ＨＡＲＱによりパケットの再送制御、端末での受信確認判断が行われる無線通信システムにおいて、アップリンク制御情報を端末が受信できなかった場合でも、「DTX-ACK」エラーまたは「DTX-NACK」エラーを回避する技術を提供することにある。
【課題を解決するための手段】
【００３４】
本発明の１つの態様は、ＨＡＲＱ(Hybrid Automatic Repeat reQuest)によりパケットの再送制御が行われる無線通信システムにおける基地局であって、端末から受信したＨＡＲＱ情報と前記端末から送信されるＰＵＳＣＨ（Physical Uplink Shared CHannel）の送信タイミングとが重なったときに、前記ＰＵＳＣＨから前記ＨＡＲＱ情報の受信を行うと共に、前記ＰＵＳＣＨに含まれるパケットデータのＣＲＣ（cyclic redundancy check）チェック判定を行うＰＵＳＣＨ受信処理部と、前記ＰＵＳＣＨ受信処理部で判定した前記ＨＡＲＱ情報と前記ＣＲＣチェック結果とを受信することで、前記ＨＡＲＱによる前記端末での受信確認を行うＨＡＲＱ情報判定部と、を備える。
【発明の効果】
【００３５】
本発明によれば、アップリンク制御情報を端末が受信できなかった場合でも、「DTX-ACK」エラーまたは「DTX-NACK」エラーを回避することができる。
【図面の簡単な説明】
【００３６】
【図１】本発明が適用される移動通信システムの方式の１つである、関連技術のＬＴＥ (Long Term Evolution)方式の構成を示すブロック図である。
【図２】関連技術のＬＴＥ方式において、端末が基地局から信号を受信する際の端末の動作を説明するためのフローチャートである。
【図３】関連技術のＬＴＥ方式において、端末が基地局から信号を受信する際の基地局の動作を説明するためのフローチャートである。
【図４】関連技術のＬＴＥ方式において、端末が基地局に信号を送信する際の端末の動作を説明するためのフローチャートである。
【図５】関連技術のＬＴＥ方式において、端末が基地局に信号を送信する際の基地局の動作を説明するためのフローチャートである。
【図６】本発明の第１の具体例に係る無線通信システムの基地局の構成を表したブロック図である。
【図７】本発明の第１の具体例に係る無線通信システムの基地局におけるダウンリンクに関するＨＡＲＱ判定動作及びＤＲＸ Inactivity Timer起動判定動作を表したフローチャートである。
【図８】本発明の第１の具体例に係る無線通信システムの基地局におけるアップリンクに関するＨＡＲＱ判定動作及びＤＲＸ Inactivity Timer起動判定動作を表したフローチャートである。
【図９】本発明の第２の具体例の無線通信システムの基地局におけるアップリンクに関するＨＡＲＱ判定動作及びＣＱＩ受信判定動作を表したフローチャートである。
【発明を実施するための形態】
【００３７】
［関連技術］
本発明の理解を容易にするために、まず、関連技術について説明する。
【００３８】
図１は、本発明が適用される移動通信システムの方式の１つである、関連技術のＬＴＥ (Long Term Evolution)方式の構成を示すブロック図である。
【００３９】
図１に示されるように、ＬＴＥ方式は、移動局である端末１０と、基地局２０とを有する。なお、図１では、端末１０および基地局２０は、説明の便宜のためにそれぞれ１つだけ図示されているが、実際にはそれぞれ複数設けられている。
【００４０】
端末１０と基地局２０との間には無線回線（物理チャネル）が設定される。無線回線（物理チャネル）において、端末１０から基地局２０への回線は上り回線（アップリンク）と呼ばれ、基地局２０から端末１０への回線は下り回線（ダウンリンク）と呼ばれる。
【００４１】
ＬＴＥ方式で用いられる物理チャネルは、基地局２０から端末１０に送信されるダウンリンクの物理チャネルとして、次に述べる５つの物理チャネルが規定されている。
【００４２】
すなわち、ダウンリンクの５つの物理チャネルは、ＰＢＣＨ（Physical Broadcast CHannel）、ＰＤＣＣＨ（Physical Downlink Control CHannel）、ＰＣＦＩＣＨ（Physical Control Format Indicator CHannel）、ＰＤＳＣＨ（Physical Downlink Shared CHannel）、およびＰＨＩＣＨ（Physical Hybrid-arq Indicator CHannel）から成る。
【００４３】
ＰＢＣＨは、報知情報を送信するためのチャネルである。ＰＤＣＣＨは、ダウンリンクのパケットデータをデコードするための情報を送信するためのチャネルである。ＰＣＦＩＣＨは、ＰＤＣＣＨをデコードするための情報を送信するためのチャネルである。ＰＤＳＣＨは、ダウンリンクのパケットデータを送信するためのチャネルである。ＰＨＩＣＨは、後述するＰＵＳＣＨ（Physical Uplink Shared CHannel）のＣＲＣチェックの結果を送信するためのチャネルである。
【００４４】
また、ＬＴＥ方式では、端末１０から基地局２０に送信されるアップリンクの物理チャネルとして、次に述べる３つの物理チャネルが規定されている。
【００４５】
すなわち、アップリンクの３つの物理チャネルは、ＰＲＡＣＨ（Physical Random Access CHannel）、ＰＵＣＣＨ（Physical Uplink Control CHannel）、およびＰＵＳＣＨから成る。
【００４６】
ＰＲＡＣＨは、アップリンクと同期を取り、電力制御を行うために送るためのチャネルである。ＰＵＣＣＨは、後述するＨＡＲＱ情報や受信品質を示すＣＱＩ（Channel Quality Indicator）、ＰＭＩ（Precoding Matrix Indicator）やＲＩ（Rank Indicator）を送信するためのチャネルである。ＨＡＲＱ情報は、ＰＤＳＣＨのデコード状況をＡＣＫ（ACKnowledment）／ＮＡＣＫ（Negative ACKnowledment）／ＤＴＸ（Discontinuous Transmission）として通知する情報である。ＰＵＳＣＨは、ＰＵＣＣＨに含まれる情報に加え、アップリンクのパケットデータを送信するためのチャネルである。なお、ＰＵＣＣＨとＰＵＳＣＨとは、アップリンクのパケットデータの有無により、どちらか一方が送信される。
【００４７】
次に、図２および図３を参照して、関連技術のＬＴＥ方式において、端末１０が基地局２０から信号を受信する際の動作について説明する。
【００４８】
図３に示されるように、基地局２０は、ＰＢＣＨを送信し（ステップＳ２０１）、その後にＰＣＦＩＣＨを送信する（ステップＳ２０２）。
【００４９】
一方、図２に示されるように、端末１０は、先ず、基地局２０から送信されるＰＢＣＨを受信した（ステップＳ１０１）後に、ＰＣＦＩＣＨを受信する（ステップＳ１０２）。
【００５０】
図３に示されるように、基地局２０は、ＰＤＣＣＨを送信し（ステップＳ２０３）、ＰＤＳＣＨを送信する（ステップＳ２０４）。
【００５１】
図２に示されるように、引き続いて、端末１０は、ＰＣＦＩＣＨから検出したＣＦＩ値（ＣＦＩ：Control Format Indicator）に基づいて、ＰＤＣＣＨがマッピングされているＯＦＤＭ（Orthogonal Frequency Division Multiplex）シンボル数を確認することにより、自身向けのＰＤＣＣＨの検出を行う（ステップＳ１０３）。そして、端末１０は、自身向けのＰＤＣＣＨが検出できたら（ステップＳ１０３のＹＥＳ）、検出したダウンリンク制御情報によりＰＤＳＣＨの受信を開始する（ステップＳ１０４）。
【００５２】
次に、図４および図５を参照して、関連技術のＬＴＥ方式において、端末１０が基地局２０に信号を送信する際の動作について説明する。
【００５３】
図５に示されるように、基地局２０はＰＤＣＣＨを送信する（ステップＳ２０３）。
【００５４】
図４を参照して、端末１０は、基地局２０から送信される自身向けのＰＤＣＣＨが検出されなかった場合（ステップＳ１０３のＮＯ）、ＰＵＣＣＨを送信する（ステップＳ１０５）。
【００５５】
一方、自身向けのＰＤＣＣＨが検出された場合（ステップＳ１０３のＹＥＳ）、端末１０は、検出したアップリンク制御情報によりＰＵＳＣＨの送信を開始する（ステップＳ１０６）。
【００５６】
また、この場合、図５に示されるように、基地局２０は、ＰＵＳＣＨを受信し（ステップＳ２０５）、受信したＰＵＳＣＨに対してＣＲＣ（cyclic redundancy check）チェックを行い（ステップＳ２０６）、その結果をＰＨＩＣＨで端末１０に送信する（ステップＳ２０７）。
【００５７】
図４に戻って、端末１０は、基地局からＰＨＩＣＨを受信し（ステップＳ１０７）、ＰＨＩＣＨのＣＲＣチェックを行い（ステップＳ１０８）、そのＣＲＣ結果を基に、アップリンクのパケットデータの再送制御を行う（ステップＳ１０９）。
【００５８】
ＬＴＥ方式において、端末１０の省電力を目的としてＤＲＸ機能が採用されている。ＤＲＸ機能とは、特定の状態で端末１０を休眠させ、ＰＤＣＣＨのモニタリングを停止させることで、端末１０の電力消費を低減させる機能をいう。
【００５９】
具体的には、送受信するデータがないために、ActiveとなるOnDuration区間でＰＤＣＣＨを端末１０が受信しなかったとする。この場合、ＤＲＸ機能を有する端末１０は、スケジューリングのために基地局２０が送信するＰＤＣＣＨを、次のOnDuration区間においてしかデコードしない。端末１０がＰＤＣＣＨをデコードしない区間を「ＤＲＸ区間」と呼ぶ。
【００６０】
一方、ActiveとなるOnDuration区間でＰＤＣＣＨを端末１０が受信した場合、端末１０は、当該端末１０のＤＲＸ Inactivity Timerを起動し（ActiveとなるOnDuration区間を延長し）、データ通信を継続できる。尚、このとき、基地局２０も、当該基地局２０のＤＲＸ Inactivity Timerを起動する（ActiveとなるOnDuration区間を延長する）。
【００６１】
無線上でのエラー等により、基地局２０が端末１０に対してＰＤＣＣＨを送信した（図５のステップＳ２０３参照）にも関わらず、端末１０がＰＤＣＣＨを受信できなかったとする（図４のステップＳ１０３のＮＯ）。この場合に、基地局２０のみActiveとなるOnDuration区間を延長してしまうと、基地局２０がスケジューリングを継続し、ＰＤＣＣＨを送信しても、端末１０はＤＲＸ区間のため、無線リソースが無駄となる。
【００６２】
そこで、特願２０１３−０５５０３９号には、基地局２０が端末１０に、ＰＤＳＣＨとアップリンク制御情報（Uplink Grant）のためのＰＤＣＣＨとを送信した場合に、「DTX-ACK」エラー及び「DTX-NACK」エラーを回避する手法が記載されている。
【００６３】
ここで、「DTX-ACK」エラー及び「DTX-NACK」エラーとは、端末１０がＰＤＳＣＨのデコード状況をＤＴＸと判断したにも拘わらず、基地局２０がＡＣＫまたはＮＡＣＫと誤検出してしまうことを意味する。詳述すると、基地局２０はＰＤＳＣＨを送信したにもかかわらず、端末１０がダウンリンクでＰＤＳＣＨのデコード状況がＤＴＸであると判断したとする。このとき、基地局２０は、ＰＵＣＣＨでなく、ＰＵＳＣＨのＨＡＲＱ情報をデコードする。このため、ＰＤＳＣＨのデコード状況がＤＴＸの場合においては、基地局２０は、ＰＵＳＣＨのパケットデータをＨＡＲＱ情報としてデコードし、ＰＤＳＣＨのデコード状況をＡＣＫまたはＮＡＣＫと誤検出してしまう。
【００６４】
また、一般的に、アップリンクのＨＡＲＱ再送制御において、基地局２０がＰＵＳＣＨのＣＲＣチェック結果（図５のステップＳ２０６参照）でＮＡＣＫと判定した場合、基地局２０は、「端末１０がＰＤＣＣＨを受信した」（図４のステップＳ１０３のＹＥＳ参照）、と判断する。このため、基地局２０は、Non-adaptive再送と呼ばれるＰＤＣＣＨを送信せずに、ＰＨＩＣＨでＨＡＲＱ情報だけを端末１０に送信し（図５のステップＳ２０７参照）、再送をスケジューリングすることができる。しかしながら、このように制御した場合においても「DTX-ACK」エラー及び「DTX-NACK」エラーが発生することがある。
【００６５】
上記特願２０１３−０５５０３９号に記載されている手法は、アップリンク制御情報を端末１０が受信できた場合（図４のステップＳ１０３のＹＥＳ）に解決する手段となりうるが、アップリンク制御情報を端末１０が受信できなかった場合（図４のステップＳ１０３のＮＯ）の解決手段とはならない。
【００６６】
例えば、基地局２０が端末１０に、ＰＤＳＣＨとアップリンク制御情報のためのＰＤＣＣＨとを送信した場合（図３のステップＳ２０３およびＳ２０４参照）において、端末１０がＰＤＳＣＨをＡＣＫと判断したが、アップリンク制御情報を受信できなかったとする（図４のステップＳ１０３のＮＯ参照）。この場合、端末１０は、ＨＡＲＱ情報をＰＵＳＣＨでなくＰＵＣＣＨで送信する（図４のステップＳ１０５参照）。しかしながら、基地局２０はＰＵＳＣＨをデコードしてＨＡＲＱ情報を判断しようとする（図５のステップＳ２０５およびＳ２０６参照）。このため、「DTX-ACK」エラーまたは「DTX-NACK」エラーが発生する可能性がある。
【００６７】
そこで、本発明の目的は、上記課題を考慮し、ＨＡＲＱによりパケットの再送制御、端末での受信確認判断が行われる無線通信システムにおいて、アップリンク制御情報を端末が受信できなかった場合でも、「DTX-ACK」エラーまたは「DTX-NACK」エラーを回避する技術を提供することにある。
【００６８】
［実施形態］
本発明の実施形態は、ＨＡＲＱによりパケットの再送制御が行われる無線通信システムにおいて、ＰＵＳＣＨ受信処理部と、ＰＵＣＣＨ受信処理部と、ＨＡＲＱ情報判定部とを備える基地局である。
【００６９】
ＰＵＳＣＨ受信処理部は、ＰＵＳＣＨに含まれるパケットデータのＣＲＣチェック判定を行う。ＨＡＲＱ情報とＰＵＳＣＨとの送信タイミングが重なったときに、ＰＵＳＣＨ受信処理部は、ＰＵＳＣＨからＨＡＲＱ情報の受信を行う。
【００７０】
ＰＵＣＣＨ受信処理部は、ＨＡＲＱ情報とＰＵＳＣＨとの送信タイミングが重なっていないときに、ＰＵＣＣＨからＨＡＲＱ情報の受信を行う。
【００７１】
ＨＡＲＱ情報判定部は、ＰＵＳＣＨ受信処理部及びＰＵＣＣＨ受信処理部で判定したＨＡＲＱ情報とＣＲＣチェック結果とを受信することで、ＨＡＲＱによる端末での受信確認を行う。
【００７２】
基地局がアップリンク制御情報のみのＰＤＣＣＨを端末に送信したとする。この場合、ＰＵＳＣＨ受信処理部は、ＣＲＣチェック判定を行い、ＨＡＲＱ情報判定部は、ＣＲＣチェック結果がＯＫのときに限り、端末がＰＵＳＣＨを送信したと判断して、ＤＲＸ Inactivity Timerを起動する。これは、端末がＰＤＣＣＨを受信できていなかった場合に、ＰＵＳＣＨ受信判定時における「DTX-ACK」エラーまたは「DTX-NACK」エラーを回避するためである。
【００７３】
基地局が端末に、ＰＤＳＣＨとアップリンク制御情報のためのＰＤＣＣＨとを送信したとする。この場合、アップリンクについては、ＰＵＳＣＨ受信処理部は、ＣＲＣチェック判定を行い、ＨＡＲＱ情報判定部は、ＣＲＣチェック結果がＯＫのときに限り、端末がＰＵＳＣＨを送信したと判断して、ＤＲＸ Inactivity Timerを起動する。ダウンリンクについては、ＰＵＳＣＨ受信処理部は、ＣＲＣチェック判定を行い、ＨＡＲＱ情報判定部は、ＣＲＣチェック結果がＯＫで、かつ、端末から受信したＨＡＲＱ情報をＡＣＫまたはＮＡＣＫと判断した場合に限り、ＤＲＸ Inactivity Timerを起動する。
【００７４】
また、ＰＵＳＣＨのＣＲＣチェック判定がＮＧの場合においても、端末はＰＤＣＣＨを受信し、当該端末のＤＲＸ Inactivity Timerを起動している場合もある。このため、基地局は、再送時に、当該基地局のＤＲＸ Inactivity Timerを起動しないことで、ＤＲＸ状態の不一致により端末に無駄なリソースを割り当てることを避けることができる。
【００７５】
本発明の実施形態により、ＰＵＳＣＨ及びＰＤＳＣＨに関する、「DTX-ACK」エラー及び「DTX-NACK」エラーを回避することができる。
【００７６】
なお、上記実施形態の基地局を方法に置き換えて表現したもの、該基地局に対応する端末及び該端末により実行される方法、該基地局と端末を備えた無線通信システム、これらの方法をコンピュータに実行せしめるプログラム、これらのプログラムが記録された記録媒体なども、本発明の実施形態としては有効である。
【００７７】
以下、本発明の具体例について説明する。しかしながら、本発明は、異なる形態で実施されることが可能であり、具体例に限定されてはならない。
［具体例１］
【００７８】
図６は、本発明の第１の具体例に係る無線通信システムの基地局２０の構成を表したブロック図である。
【００７９】
図６を参照すると、基地局２０は、アンテナ部１０１と、信号受信部１０２と、ＰＵＣＣＨ受信処理部１０３と、ＰＵＳＣＨ受信処理部１０４と、スケジューリング処理部１０６と、ＨＡＲＱ情報判定部１０５と、送信パケットデータ処理部１０７と、ＰＤＳＣＨ送信データ生成部１０８と、信号送信部１０９と、を備える。
【００８０】
信号受信部１０２は、各移動局（端末）１０に対応する第１乃至第Ｎの受信処理部１０２−１〜１０２−Ｎ（Ｎは正の整数）を備える。第１乃至第Ｎの受信処理部１０２−１〜１０２−Ｎは、アンテナ部１０１で受信された移動局１０からの上り信号を、移動局１０毎の受信信号に分離し、それぞれベースバンド信号に変換する。そして、第１乃至第Ｎの受信処理部１０２−１〜１０２−Ｎは、変換したベースバンド信号を、ＰＵＣＣＨ受信処理部１０３及びＰＵＳＣＨ受信処理部１０４へ送出する。
【００８１】
ＰＵＣＣＨ受信処理部１０３は、入力されたベースバンド信号から、下り受信信号品質（ＣＱＩ）、ＨＡＲＱ受信情報及び上りデータ送信要求を抽出する。そして、ＰＵＣＣＨ受信処理部１０３は、ＨＡＲＱ情報判定部１０５にＨＡＲＱ受信情報を送出する。
【００８２】
ＰＵＣＣＨ受信処理部１０３は、端末１０から受信したＨＡＲＱ情報と端末１０から送信されたＰＵＳＣＨとの送信タイミングが重なっていないときに、端末１０から送信されたＰＵＣＣＨからＨＡＲＱ情報の受信を行う。
【００８３】
ＰＵＳＣＨ受信処理部１０４は、移動局１０からの上りデータパケット、下り受信信号品質（ＣＱＩ）、ＨＡＲＱ受信情報を抽出する。そして、ＰＵＳＣＨ受信部１０４は、ＨＡＲＱ情報判定部１０５にＨＡＲＱ受信情報を送出する。また、ＰＵＳＣＨ受信処理部１０４は、移動局１０から受信した上りデータパケットのＣＲＣチェックを行い、ＨＡＲＱ情報判定部１０５にＣＲＣチェック結果を送出する。
【００８４】
ＰＵＳＣＨ受信処理部１０４は、端末１０から受信したＨＡＲＱ情報と端末１０から送信されたＰＵＳＣＨとの送信タイミングが重なったときに、ＰＵＳＣＨからＨＡＲＱ情報の受信を行うと共に、ＰＵＳＣＨに含まれるパケットデータのＣＲＣチェック判定を行う。
【００８５】
ＨＡＲＱ情報判定部１０５は、ＰＵＣＣＨ受信処理部１０３及びＰＵＳＣＨ受信処理部１０４から受信したＰＤＳＣＨに対するＨＡＲＱ受信情報を保持する。また、ＨＡＲＱ情報判定部１０５は、ＰＵＳＣＨ受信処理部１０４から受信したＰＵＳＣＨのＣＲＣチェック結果を保持する。すなわち、ＨＡＲＱ情報判定部１０５は、ＨＡＲＱ受信情報とＣＲＣチェック結果とを保持する保持手段として動作する。さらに、ＨＡＲＱ情報判定部１０５は、受信（保持）した情報から管理する各移動局１０との間のダウンリンク、アップリンクそれぞれのＨＡＲＱ受信結果を判断する。そして、ＨＡＲＱ情報判定部１０５は、ＨＡＲＱ受信結果をスケジューリング処理部１０６に送出する。
【００８６】
スケジューリング処理部１０６は、ＨＡＲＱ情報判定部１０５から入力されたＨＡＲＱ受信結果に基づいて、パケットデータの再送制御やＤＲＸ状態を判断する。特に、スケジューリング処理部１０６は、判断したＤＲＸ状態に基づいて、ダウンリンク、アップリンクどちらにおいてもOn DurationやInactivity Timer起動中の場合にスケジューリングを実施し、無線リソースを割り当てる。
【００８７】
スケジューリング処理部１０６は、上記リソース割当の結果を、ＰＵＣＣＨ受信処理部１０３、ＰＵＳＣＨ受信処理部１０４、ＰＤＳＣＨ送信データ生成部１０８、及び信号送信部１０９に送出する。
【００８８】
ＰＵＣＣＨ受信処理部１０３、ＰＵＳＣＨ受信処理部１０４は、入力されたリソース割り当て結果に基づいて、データ受信処理を実施する。ＰＤＳＣＨ送信データ生成部１０８は、入力されたリソース割り当て結果に基づいて、データ送信処理を実施する。
【００８９】
送信パケットデータ処理部１０７は、移動局１０毎の送信データ（下りデータ）をＰＤＳＣＨ送信データ生成部１０８に送出する。
【００９０】
ＰＤＳＣＨ送信データ生成部１０８は、選択された移動局１０に対して、送信パケットデータ処理部１０７で生成されたパケットデータを送信する。
【００９１】
信号送信部１０９は、スケジューリング処理部１０６及びＰＤＳＣＨ送信データ生成部１０８から入力された情報に基づいて、選択された移動局１０に対して、ＰＤＣＣＨを生成し、送信する。また、信号送信部１０９は、送信パケットデータ処理部１０８で生成されたパケットデータをＰＤＳＣＨとして送信する。
【００９２】
次に、本第１の具体例の基地局２０の動作について、図面を参照して詳細に説明する。
【００９３】
図７はＨＡＲＱ情報判定部１０５及びスケジューリング処理部１０６でのダウンリンクに関するＨＡＲＱ判定動作及びＤＲＸ Inactivity Timer起動判定動作を表したフローチャートである。
【００９４】
図７には、基地局２０がＰＤＳＣＨとＰＵＳＣＨのスケジューリングを同時に行い、ＨＡＲＱ情報とＰＵＳＣＨの送信タイミングとが重なるため、基地局２０はＰＤＳＣＨに対するＨＡＲＱ情報をＰＵＳＣＨから受信するケースでの、本第１の実施形態におけるＤＲＸ Inactivity Timer起動判定手順が示されている。
【００９５】
図７を参照すると、まず、スケジューリング処理部１０６は、スケジューリングしたＰＤＳＣＨが当該ＨＡＲＱプロセスにおいて、初送か再送かを判断する（ステップＳ３０１）。
【００９６】
次に、ステップＳ３０１でＰＤＳＣＨが初送であると判断された場合、ＨＡＲＱ情報判定部１０５は、ＰＵＳＣＨ受信処理部１０４から入力されたＰＵＳＣＨのＣＲＣチェック結果から、ＣＲＣがＯＫか否かを判断する（ステップＳ３０２）。
【００９７】
次に、ステップＳ３０２でＣＲＣチェック結果がＯＫ(ＹＥＳ)の場合、ＨＡＲＱ情報判定部１０５は、ＰＵＳＣＨ受信処理部１０４から入力されたＰＵＳＣＨと同時にスケジューリングされたＰＤＳＣＨに対するＨＡＲＱ情報を判定する(ステップＳ３０３)。
【００９８】
次に、ステップＳ３０３でＨＡＲＱ情報がＡＣＫまたはＮＡＣＫと判断された場合、ＨＡＲＱ情報判定部１０５は、ＰＤＳＣＨリソース割り当てするためのＰＤＣＣＨが端末１０で受信できたと判断して、ＤＲＸ Inactivity Timerを起動する（ステップＳ３０４）。
【００９９】
一方、ステップＳ３０１でＰＤＳＣＨが再送であると判断された場合、ＨＡＲＱ情報判定部１０５は、ＤＲＸ Inactivity Timerを起動しない（ステップＳ３０５）。その理由は、ＰＤＳＣＨリソース割り当てするためのＰＤＣＣＨが端末１０で初送時に受信できてしまっていることがあるため、基地局２０だけＤＲＸ Inactivity Timerを起動してしまうことを避けるためである。
【０１００】
また、ステップＳ３０２でＣＲＣチェック結果がＮＧ(ＮＯ)の場合、ＨＡＲＱ情報判定部１０５は、ＤＲＸ Inactivity Timerを起動しない（ステップＳ３０５）。その理由は、ＰＤＳＣＨリソース割り当てするためのＰＤＣＣＨが端末１０で受信できたと正確に判断できないため、基地局２０だけＤＲＸ Inactivity Timerを起動してしまうことを避けるためである。
【０１０１】
また、ステップＳ３０３でＨＡＲＤ情報がＤＴＸと判断した場合、ＨＡＲＱ情報判定部１０５は、ＰＤＳＣＨリソース割り当てするためのＰＤＣＣＨが端末１０で受信できていないと判断し、ＤＲＸ Inactivity Timerを起動しない（ステップＳ３０５）。
【０１０２】
図８は、ＨＡＲＱ情報判定部１０５及びスケジューリング処理部１０６でのアップリンクに関するＨＡＲＱ判定動作及びＤＲＸ Inactivity Timer起動判定動作を表したフローチャートである。
【０１０３】
図８には、基地局２０がＰＵＳＣＨのスケジューリングを行い、基地局２０はＰＵＳＣＨを受信するケースでの、本第１の実施形態におけるＤＲＸ Inactivity Timer起動判定手順が示されている。
【０１０４】
図８を参照すると、まず、スケジューリング処理部１０６は、当該ＨＡＲＱプロセスにおいて、スケジューリングしたＰＵＳＣＨが、初送か再送かを判断する（ステップＳ４０１）。
【０１０５】
次に、ステップＳ４０１でＰＵＳＣＨが初送であると判断された場合、ＨＡＲＱ情報判定部１０５は、ＰＵＳＣＨ受信処理部１０４から入力されたＰＵＳＣＨのＤＴＸ判定結果を判断する（ステップＳ４０２）。
【０１０６】
次に、ステップＳ４０２でＤＴＸ判定結果がＤＴＸで無いと判断された場合、ＨＡＲＱ情報判定部１０５は、ＰＵＳＣＨ受信処理部１０４から入力されたＰＵＳＣＨのＣＲＣチェック結果から、ＣＲＣがＯＫか否かを判断する（ステップＳ４０３）。
【０１０７】
次に、ステップＳ４０３でＣＲＣチェック結果がＯＫと判断された場合、ＨＡＲＱ情報判定部１０５は、ＰＵＳＣＨリソース割り当てするためのＰＤＣＣＨが端末１０で受信できたと判断して、ＤＲＸ Inactivity Timerを起動する（ステップＳ４０４）。
【０１０８】
一方、ステップＳ４０１でＰＵＳＣＨが再送であると判断された場合、ＨＡＲＱ情報判定部１０５は、ＤＲＸ Inactivity Timerを起動しない（ステップＳ４０５）。その理由は、ＰＵＳＣＨリソース割り当てするためのＰＤＣＣＨが端末１０で初送時に受信できてしまっていることがあるため、基地局２０だけＤＲＸ Inactivity Timerを起動してしまうことを避けるためである。
【０１０９】
また、ステップＳ４０２でＤＴＸ判定結果がＤＴＸと判断された場合、ＨＡＲＱ情報判定部１０５は、ＤＲＸ Inactivity Timerを起動しない（ステップＳ４０５）。その理由は、ＰＵＳＣＨリソース割り当てするためのＰＤＣＣＨが端末１０で受信できなかったと判断し、基地局２０だけＤＲＸ Inactivity Timerを起動してしまうことを避けるためである。
【０１１０】
また、ステップＳ４０３でＣＲＣチェック結果がＮＧ(ＮＯ)の場合、ＨＡＲＱ情報判定部１０５は、ＤＲＸ Inactivity Timerを起動しない（ステップＳ４０５）。その理由は、ＰＵＳＣＨリソース割り当てするためのＰＤＣＣＨが端末１０で受信できたと正確に判断できないため、基地局２０だけＤＲＸ Inactivity Timerを起動してしまうことを避けるためである。
【０１１１】
次に、本第１の具体例の効果について説明する。
【０１１２】
第１の効果は、無駄なリソースをスケジューリングしてしまう可能性を抑制することができることである。その理由は次の通りである。基地局２０と端末１０との間で「DTX-ACK」エラーおよび「DTX-NACK」エラーにより、基地局２０が端末１０でスケジューリングのために送信したＰＤＣＣＨを端末１０が受信できたと誤判断することにより、基地局２０がＤＲＸ Inactivity Timerを起動するため、無駄なリソースをスケジューリングしてしまう可能性がある。それを抑制するために、ダウンリンクにおいては、ＰＤＳＣＨのスケジューリングと同時にスケジューリングしたＰＵＳＣＨのＣＲＣチェック結果と端末１０が送信したＨＡＲＱ情報とに基づいて、ＤＲＸ Inactivity Timerの起動を判定することで、誤判断を抑制できるからである。
【０１１３】
第２の効果は、「DTX-NACK」エラーの誤判断を抑制できることである。その理由は、上記と同様に、アップリンクにおいては、ＰＵＳＣＨのＣＲＣチェック結果に基づいて、ＤＲＸ Inactivity Timerの起動を判定するからである。ＣＲＣが偶然ＯＫ判定になってしまう確率はかなり低いため、「DTX-ACK」エラーの発生を考慮する必要性は低い。
【０１１４】
第３の効果は、再送時に、無駄なリソース割り当てを抑制することができることである。その理由は、ＨＡＲＱ判定やＰＵＳＣＨのＣＲＣチェック結果によらず、ＤＲＸ Inactivity Timerを起動しないことにより、端末１０とのＤＲＸ Inactivity Timerの起動タイミングのずれを抑制するからである。
［具体例２］
【０１１５】
本発明の第２の具体例について図面を参照して詳細に説明する。本発明の第２の具体例の基本的構成は、上記本発明の第１の具体例と同様であるので、以下、相違点となる動作方法について説明する。
【０１１６】
図９は、本発明の第２の具体例の無線通信システムの基地局２０におけるアップリンクに関するＨＡＲＱ判定動作及びＣＱＩ受信判定動作を表したフローチャートである。
【０１１７】
図９には、ＨＡＲＱ情報判定部１０５及びスケジューリング処理部１０６でのアップリンクに関するＣＱＩ情報の受信判定動作を表したフローチャートが示されている。
【０１１８】
図９には、基地局２０がperiodic ＣＱＩ送信タイミングと重なるＰＵＳＣＨのスケジューリングを行ったとき、基地局２０がＣＱＩ情報をＰＵＳＣＨで受信するケースにおける、ＣＱＩ受信判定手順が示されている。
【０１１９】
図９を参照すると、まず、ステップＳ５０１で、ＨＡＲＱ情報判定部１０５は、ＰＵＳＣＨ受信処理部１０４から入力されたＰＵＳＣＨのＣＲＣチェック結果から、ＣＲＣがＯＫか否かを判断する。
【０１２０】
次に、ステップＳ５０１でＣＲＣチェック結果がＯＫと判断された場合、ＨＡＲＱ情報判定部１０５は、ＰＵＳＣＨリソース割り当てするためのＰＤＣＣＨを端末１０が受信できたと判断して、ＰＵＳＣＨに含まれるＣＱＩ情報を受信する（ステップＳ５０２）。
【０１２１】
一方、ステップＳ５０１でＣＲＣチェック結果がＮＧ(ＮＯ)の場合、ＨＡＲＱ情報判定部１０５は、ＣＱＩ情報を受信しない（ステップＳ５０３）。その理由は、ＰＵＳＣＨリソース割り当てするためのＰＤＣＣＨを端末１０で受信できたと正確に判断できないため、ＣＱＩの誤検出を避けるためである。
【０１２２】
本発明の第２の具体例の効果は、ＣＱＩ情報の誤検出を抑制することができることである。その理由は、次の通りである。ＬＴＥ方式の無線通信システムにおいて、アップリンクには単一キャリア周波数分割多重接続（ＳＣ−ＦＤＭＡ（Single Carrier Frequency Division Multiple Access））が使用されている。そのため、通常ＰＵＣＣＨで送信されるperiodic ＣＱＩにおいて、同一タイミングでＰＵＳＣＨのリソースが割り当てられた場合、periodic ＣＱＩをＰＵＣＣＨではなく、ＰＵＳＣＨで送信する。そのため、端末１０にて、ＰＵＳＣＨのスケジューリングのためのＰＤＣＣＨを受信できない場合、基地局２０にてＣＱＩ情報を誤検出する可能性があるからである。
【０１２３】
以上、本発明の具体例を説明したが、本発明は、上記した具体例に限定されるものではなく、本発明の基本的技術思考を逸脱しない範囲で、更なる変形・置換・調整を加えることが出来る。例えば、上記した具体例では、ＤＲＸ状態の不一致回避やＣＱＩ情報の誤検出回避の例を挙げて説明したが、無線通信システムにおける基地局と端末における他の状態の不一致回避にも適用可能である。
【０１２４】
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
【０１２５】
（付記１）
ＨＡＲＱ(Hybrid Automatic Repeat reQuest)によりパケットの再送制御が行われる無線通信システムにおける基地局であって、
端末から受信したＨＡＲＱ情報と前記端末から送信されるＰＵＳＣＨ（Physical Uplink Shared CHannel）の送信タイミングとが重なったときに、前記ＰＵＳＣＨから前記ＨＡＲＱ情報の受信を行うと共に、前記ＰＵＳＣＨに含まれるパケットデータのＣＲＣ（cyclic redundancy check）チェック判定を行うＰＵＳＣＨ受信処理部と、
前記ＰＵＳＣＨ受信処理部で判定した前記ＨＡＲＱ情報と前記ＣＲＣチェック結果とを受信することで、前記ＨＡＲＱによる前記端末での受信確認を行うＨＡＲＱ情報判定部と、
を備える、基地局。
【０１２６】
（付記２）
前記基地局がアップリンク制御情報のみのＰＤＣＣＨ（Physical Downlink Control CHannel）を前記端末に送信した場合、
前記ＨＡＲＱ情報判定部は、前記ＣＲＣチェック結果がＯＫのときに限り、前記端末が前記ＰＵＳＣＨを送信したと判断して、ＤＲＸ Inactivity Timerを起動する、
付記１に記載の基地局。
【０１２７】
（付記３）
前記基地局が前記端末に、ＰＤＳＣＨ（Physical Downlink Shared CHannel）とアップリンク制御情報のためのＰＤＣＣＨ（Physical Downlink Control CHannel）とを送信した場合、
前記ＨＡＲＱ情報判定部は、アップリンクについて、前記ＣＲＣチェック結果がＯＫのときに限り、前記端末が前記ＰＵＳＣＨを送信したと判断して、ＤＲＸ Inactivity Timerを起動する、
付記１に記載の基地局。
【０１２８】
（付記４）
前記基地局が前記端末に、ＰＤＳＣＨ（Physical Downlink Shared CHannel）とアップリンク制御情報のためのＰＤＣＣＨ（Physical Downlink Control CHannel）とを送信した場合、
前記ＨＡＲＱ情報判定部は、ダウンリンクについて、前記ＣＲＣチェック結果がＯＫで、かつ、前記端末から受信した前記ＨＡＲＱ情報をＡＣＫまたはＮＡＣＫと判断した場合に限り、ＤＲＸ Inactivity Timerを起動する、
付記１に記載の基地局。
【０１２９】
（付記５）
前記ＰＤＳＣＨの再送の場合、前記ＨＡＲＱ情報判定部は、前記ＤＲＸ Inactivity Timerを起動しない、付記３又は４に記載の基地局。
【０１３０】
（付記６）
前記ＰＵＳＣＨのＣＲＣチェック判定がＮＧの場合、前記ＨＡＲＱ情報判定部は、前記ＤＲＸ Inactivity Timerを起動しない、付記２乃至４のいずれか１項に記載の基地局。
【０１３１】
（付記７）
前記ＨＡＲＱ情報と前記ＰＵＳＣＨの送信タイミングとが重なっていないときに、前記端末から送信されるＰＵＣＣＨ（Physical Uplink Control CHannel）から前記ＨＡＲＱ情報の受信を行うＰＵＣＣＨ受信処理部を更に含み、
前記ＨＡＲＱ情報判定部は、前記ＰＵＳＣＨ受信処理部及び前記ＰＵＣＣＨ受信処理部で判定した前記ＨＡＲＱ情報と前記ＣＲＣチェック結果とを受信することで、前記ＨＡＲＱによる前記端末での受信確認を行う、
付記１乃至６のいずれか１項に記載の基地局。
【０１３２】
（付記８）
前記基地局がperiodic ＣＱＩ（Channel Quality Indicator）送信タイミングと重なる前記ＰＵＳＣＨのスケジューリングを行ったとき、
前記ＨＡＲＱ情報判定部は、前記ＣＲＣチェック結果がＯＫと判断した場合に限り、前記ＰＵＳＣＨに含まれるＣＱＩ情報を受信する、
付記１に記載の基地局。
【０１３３】
（付記９）
付記１乃至８のいずれか１項に記載の基地局と、該基地局と通信する端末と、を備えた移動通信システム。
【０１３４】
（付記１０）
ＨＡＲＱ(Hybrid Automatic Repeat reQuest)によりパケットの再送制御が行われる無線通信システムにおける基地局の、端末での受信確認方法であって、
前記端末から受信したＨＡＲＱ情報と前記端末から送信されるＰＵＳＣＨ（Physical Uplink Shared CHannel）の送信タイミングとが重なったときに、前記ＰＵＳＣＨから前記ＨＡＲＱ情報の受信を行うと共に、前記ＰＵＳＣＨに含まれるパケットデータのＣＲＣ（cyclic redundancy check）チェック判定を行うＰＵＳＣＨ受信処理工程と、
前記ＰＵＳＣＨ受信処理工程で判定した前記ＨＡＲＱ情報と前記ＣＲＣチェック結果とを受信することで、前記ＨＡＲＱによる前記端末での受信確認を行うＨＡＲＱ情報判定工程と、
を含む、受信確認方法。
【０１３５】
（付記１１）
前記基地局がアップリンク制御情報のみのＰＤＣＣＨ（Physical Downlink Control CHannel）を前記端末に送信した場合、
前記ＨＡＲＱ情報判定工程は、前記ＣＲＣチェック結果がＯＫのときに限り、前記端末が前記ＰＵＳＣＨを送信したと判断して、ＤＲＸ Inactivity Timerを起動する、
付記１０に記載の受信確認方法。
【０１３６】
（付記１２）
前記基地局が前記端末に、ＰＤＳＣＨ（Physical Downlink Shared CHannel）とアップリンク制御情報のためのＰＤＣＣＨ（Physical Downlink Control CHannel）とを送信した場合、
前記ＨＡＲＱ情報判定工程は、アップリンクについて、前記ＣＲＣチェック結果がＯＫのときに限り、前記端末が前記ＰＵＳＣＨを送信したと判断して、ＤＲＸ Inactivity Timerを起動する、
付記１０に記載の受信確認方法。
【０１３７】
（付記１３）
前記基地局が前記端末に、ＰＤＳＣＨ（Physical Downlink Shared CHannel）とアップリンク制御情報のためのＰＤＣＣＨ（Physical Downlink Control CHannel）とを送信した場合、
前記ＨＡＲＱ情報判定工程は、ダウンリンクについて、前記ＣＲＣチェック結果がＯＫで、かつ、前記端末から受信した前記ＨＡＲＱ情報をＡＣＫまたはＮＡＣＫと判断した場合に限り、ＤＲＸ Inactivity Timerを起動する、
付記１０に記載の受信確認方法。
【０１３８】
（付記１４）
前記ＰＤＳＣＨの再送の場合、前記ＨＡＲＱ情報判定工程は、前記ＤＲＸ Inactivity Timerを起動しない、付記１２又は１３に記載の受信確認方法。
【０１３９】
（付記１５）
前記ＰＵＳＣＨのＣＲＣチェック判定がＮＧの場合、前記ＨＡＲＱ情報判定工程は、前記ＤＲＸ Inactivity Timerを起動しない、付記１１乃至１４のいずれか１項に記載の受信確認方法。
【０１４０】
（付記１６）
前記ＨＡＲＱ情報と前記ＰＵＳＣＨの送信タイミングとが重なっていないときに、前記端末から送信されるＰＵＣＣＨ（Physical Uplink Control CHannel）から前記ＨＡＲＱ情報の受信を行うＰＵＣＣＨ受信処理工程を更に含み、
前記ＨＡＲＱ情報判定工程は、前記ＰＵＳＣＨ受信処理工程及び前記ＰＵＳＣＣＨ受信処理工程で判定した前記ＨＡＲＱ情報と前記ＣＲＣチェック結果とを受信することで、前記ＨＡＲＱによる前記端末での受信確認を行う、
付記１０乃至１５のいずれか１項に記載の受信確認方法。
【０１４１】
（付記１７）
前記基地局がperiodic ＣＱＩ（Channel Quality Indicator）送信タイミングと重なる前記ＰＵＳＣＨのスケジューリングを行ったとき、
前記ＨＡＲＱ情報判定工程は、前記ＣＲＣチェック結果がＯＫと判断した場合に限り、前記ＰＵＳＣＨに含まれるＣＱＩ情報を受信する、
付記１０に記載の受信確認方法。
【０１４２】
（付記１８）
ＨＡＲＱ(Hybrid Automatic Repeat reQuest)によりパケットの再送制御が行われる無線通信システムにおける基地局であるコンピュータに、端末での受信確認を行わせるプログラムであって、前記コンピュータに、
前記端末から受信したＨＡＲＱ情報と前記端末から送信されるＰＵＳＣＨ（Physical Uplink Shared CHannel）の送信タイミングとが重なったときに、前記ＰＵＳＣＨから前記ＨＡＲＱ情報の受信を行うと共に、前記ＰＵＳＣＨに含まれるパケットデータのＣＲＣ（cyclic redundancy check）チェック判定を行うＰＵＳＣＨ受信処理手順と、
前記ＰＵＳＣＨ受信処理手順で判定した前記ＨＡＲＱ情報と前記ＣＲＣチェック結果とを受信することで、前記ＨＡＲＱによる前記端末での受信確認を行うＨＡＲＱ情報判定手順と、
を実行させる、受信確認プログラム。
【０１４３】
（付記１９）
付記１８に記載の受信確認プログラムを記録した記録媒体。
【０１４４】
以上、実施形態（及び具体例）を参照して本願発明を説明したが、本願発明は上記実施形態（及び具体例）に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【０１４５】
この出願は、２０１４年６月４日に出願された日本出願特願２０１４−１１５５８１を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１４６】
１０    端末（移動局）
２０    基地局
１０１  アンテナ部
１０２  信号受信部
１０２−１〜１０２−Ｎ  受信処理部
１０３  ＰＵＣＣＨ受信処理部
１０４  ＰＵＳＣＨ受信処理部
１０５  ＨＡＲＱ情報判定部
１０６  スケジューリング処理部
１０７  送信パケットデータ処理部
１０８  ＰＤＳＣＨ送信データ生成部
１０９  信号送信部
【図１】
2015186334.tif 000003
【図２】
2015186334.tif 000004
【図３】
2015186334.tif 000005
【図４】
2015186334.tif 000006
【図５】
2015186334.tif 000007
【図６】
2015186334.tif 000008
【図７】
2015186334.tif 000009
【図８】
2015186334.tif 000010
【図９】
2015186334.tif 000011
【手続補正書】
【提出日】平成28年11月18日(2016.11.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１０
【補正方法】変更
【補正の内容】
【請求項１０】
ＨＡＲＱ(Hybrid Automatic Repeat reQuest)によりパケットの再送制御が行われる無線通信システムにおける基地局であるコンピュータに、端末での受信確認を行わせるプログラムであって、前記コンピュータに、
前記端末から受信したＨＡＲＱ情報と前記端末から送信されるＰＵＳＣＨ（Physical Uplink Shared CHannel）の送信タイミングとが重なったときに、前記ＰＵＳＣＨから前記ＨＡＲＱ情報の受信を行うと共に、前記ＰＵＳＣＨに含まれるパケットデータのＣＲＣ（cyclic redundancy check）チェック判定を行うＰＵＳＣＨ受信処理手順と、
前記ＰＵＳＣＨ受信処理手順で判定した前記ＨＡＲＱ情報と前記ＣＲＣチェック結果とを受信することで、前記ＨＡＲＱによる前記端末での受信確認を行うＨＡＲＱ情報判定手順と、
を実行させる、受信確認プログラム。
【国際調査報告】
2015186334.tif 000012
2015186334.tif 000013
2015186334.tif 000014
2015186334.tif 000015