JP6370930B2 - 端末 - Google Patents

端末 Download PDF

Info

Publication number
JP6370930B2
JP6370930B2 JP2016572098A JP2016572098A JP6370930B2 JP 6370930 B2 JP6370930 B2 JP 6370930B2 JP 2016572098 A JP2016572098 A JP 2016572098A JP 2016572098 A JP2016572098 A JP 2016572098A JP 6370930 B2 JP6370930 B2 JP 6370930B2
Authority
JP
Japan
Prior art keywords
terminal
harq
processing
enb
ack
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2016572098A
Other languages
English (en)
Other versions
JPWO2016121809A1 (ja
Inventor
徹 内野
徹 内野
一樹 武田
一樹 武田
耕平 清嶋
耕平 清嶋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NTT Docomo Inc filed Critical NTT Docomo Inc
Publication of JPWO2016121809A1 publication Critical patent/JPWO2016121809A1/ja
Application granted granted Critical
Publication of JP6370930B2 publication Critical patent/JP6370930B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1848—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0032—Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
    • H04L5/0035—Resource allocation in a cooperative multipoint environment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/14—Two-way operation using the same type of signal, i.e. duplex
    • H04L5/1469—Two-way operation using the same type of signal, i.e. duplex using time-sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • H04W8/245—Transfer of terminal data from a network towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/0006—Assessment of spectral gaps suitable for allocating digitally modulated signals, e.g. for carrier allocation in cognitive radio
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/14—Two-way operation using the same type of signal, i.e. duplex
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/14—Spectrum sharing arrangements between different networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Description

本発明は、端末及び通信システムに関する。
ＬＴＥ（Long Term Evolution）では、信頼性の高いデータ伝送を実現するために、ＨＡＲＱ（Hybrid Automatic Repeat reQuest）と呼ばれる誤り訂正技術が用いられている。
ＨＡＲＱは、受信したデータに誤りが発生している場合、受信したデータをバッファに保存しておき、再送されたデータとバッファに保存されているデータとを合成して正しいデータを復号することで、強い誤り耐性を持たせることを可能にする技術である。
ＬＴＥでは、ｅＮＢ（evolutional Node B）と端末との間の無線インターフェースにおけるＭＡＣ（Medium Access Control）サブレイヤにおいて、ＨＡＲＱを用いた誤り訂正制御が行われる（例えば、特許文献１参照）。
ｅＮＢ及び端末は、セル毎にＨＡＲＱエンティティを有しており、ｅＮＢ側のＨＡＲＱエンティティと端末側のＨＡＲＱエンティティとの間で、無線インターフェースにおけるデータが伝送される。データを受信したＨＡＲＱエンティティは、データを正しく受信出来た場合、ＡＣＫ（Acknowledgement）を相手側のＨＡＲＱエンティティに送信し、データを正しく受信できなかった場合、ＮＡＣＫ（Negative Acknowledgement）を相手側のＨＡＲＱエンティティに送信する。ＡＣＫを受信したＨＡＲＱエンティティは、新たなデータを相手側のＨＡＲＱエンティティに送信し、ＮＡＣＫを受信したＨＡＲＱエンティティは、データの再送信を行う。
また、ＨＡＲＱエンティティは、複数のＨＡＲＱプロセスにより動作している。ＨＡＲＱプロセスが並列に動作することにより、ＨＡＲＱエンティティは、異なるデータを連続したサブフレームで並列に送受信することができる。
ダウンリンクにおいて、所定のＨＡＲＱプロセスがデータを送信（受信）してから、次に新たなデータ又は再送信されたデータを送信（受信）するまでの最小時間は、ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒと呼ばれる。
ＦＤＤ（Frequency Division Duplex）セルの場合、ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒは、８サブフレーム（８ｍｓ）であり、ＨＡＲＱプロセス数は、８プロセスであると規定されている。ＴＤＤ（Time Division Duplex）セルの場合、ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒは、ダウンリンク及びアップリンクのサブフレーム比率で決定されるＴＤＤ構成（ＴＤＤ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）ごとに予め定められた数（ｋ）＋４サブフレーム（（ｋ＋４）ｍｓ）であり、ＨＡＲＱプロセス数は、ＴＤＤ構成（ＴＤＤ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）ごとに定められている。
３ＧＰＰ ＴＳ３６．３２１ Ｖ１２．４．０（２０１４−１２）
しかしながら、現状のＬＴＥでは、端末が対応するＤｕｐｌｅｘ Ｍｏｄｅ（ＦＤＤ又はＴＤＤ）によってＨＡＲＱプロセス数及びＨＡＲＱ ＲＴＴ Ｔｉｍｅｒが一意に決定されてしまうため、ネットワークの設定等によってＨＡＲＱの動作を柔軟に変更することができなかった。
図１Ａ〜Ｄは、課題を説明するための図である。図１Ａ〜Ｄを用いて、例えば、ＰＣｅｌｌ（Primary Cell）とＳＣｅｌｌ（Secondary Cell）とが異なるｅＮＢで構成されるキャリアアグリゲーションを行う場合における課題を説明する。図１において、ＰＣｅｌｌ及びＳＣｅｌｌはＦＤＤセルであるとする。なお、キャリアアグリゲーション技術において、ＡＣＫ／ＮＡＣＫは、ＰＣｅｌｌで送信するように規定されている。
図１Ａは、同一のｅＮＢ１０でキャリアアグリゲーションが行われる場合のデータの流れを示している。まず、ｅＮＢ１０は、ＳＣｅｌｌを用いて端末２０にデータを送信する（Ｓ１）。続いて、端末２０は、受信したデータが正しく受信できているかを確認し、ＰＣｅｌｌを用いて受信結果（ＡＣＫ／ＮＡＣＫ）をｅＮＢ１０に送信する（Ｓ２）。ｅＮＢ１０は、受信結果（ＡＣＫ／ＮＡＣＫ）に基づいて、新たなデータを送信するのか、又はデータを再送するのかを判断し、新たなデータ又は再送データを端末２０に送信する（Ｓ３）。図１Ｂは、図１Ａにおけるデータの流れをサブフレーム単位に具体化した図である。ＬＴＥの仕様により、端末２０は、ｅＮＢ１０からデータを受信（Ｓ１）してから４ｍｓ後（４サブフレーム後）に、ＡＣＫ／ＮＡＣＫを送信する（Ｓ２）。続いて、ｅＮＢ１０は、ＡＣＫ／ＮＡＣＫを受信してから４ｍｓ経過後に、新たなデータ又は再送データを端末２０に送信する（Ｓ３）。ＦＤＤセルの場合、ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒは、８サブフレーム（８ｍｓ）である。従って、ｅＮＢ１０は、端末２０にデータを送信（Ｓ１）してから８ｍｓ経過後（すなわち、ＡＣＫ／ＮＡＣＫを受信してから４ｍｓ経過後）に、新たなデータ又は再送データを端末２０に送信する（Ｓ３）ことになる。
図１Ｃは、異なるｅＮＢ１０でキャリアアグリゲーションが行われる場合のデータの流れを示している。ＳＣｅｌｌを構成するｅＮＢ１０ｂは、ＳＣｅｌｌを用いて端末２０にデータを送信する（Ｓ４）。続いて、端末２０は、受信したデータが正しく受信できているかを確認し、ＰＣｅｌｌを構成するｅＮＢ１０ａに受信結果（ＡＣＫ／ＮＡＣＫ）を送信する（Ｓ５）。ｅＮＢ１０ａは、受信結果（ＡＣＫ／ＮＡＣＫ）をｅＮＢ１０ｂに送信する（Ｓ６）。ｅＮＢ１０ｂは、受信結果（ＡＣＫ／ＮＡＣＫ）に基づいて、新たなデータを送信するのか、又は、データを再送するのかを判断し、新たなデータ又は再送データを端末２０に送信する（Ｓ７）。図１Ｄは、図１Ｃにおけるデータの流れをサブフレーム単位に具体化した図である。ここで、ｅＮＢ１０ａとｅＮＢ１０ｂとの間の伝送遅延は３ｍｓであると仮定する。端末２０は、ｅＮＢ１０ｂからデータを受信（Ｓ４）してから４ｍｓ後（４サブフレーム後）に、ＡＣＫ／ＮＡＣＫを送信する（Ｓ５）。ｅＮＢ１０ａは、ＡＣＫ／ＮＡＣＫをｅＮＢ１０ｂに送信する（Ｓ６）。続いて、ｅＮＢ１０ｂは、ＡＣＫ／ＮＡＣＫを受信してから４ｍｓ経過後に新たなデータ又は再送データを端末２０に送信する（Ｓ７）。
ここで、ｅＮＢ１０ｂは、ＡＣＫ／ＮＡＣＫを受信してから４ｍｓ経過後に新たなデータ又は再送データを端末２０に送信するが、ｅＮＢ１０ａとｅＮＢ１０ｂとの間の伝送遅延は３ｍｓであることから、端末２０がステップＳ４でデータを受信してから、ステップＳ７で新たなデータ又は再送データを受信するまでに１１ｍｓ要することになる。ＬＴＥ仕様で規定されているように、端末２０のＨＡＲＱプロセス数は８プロセスであるため、ｅＮＢ１０ｂは、端末に対して、８サブフレーム以上連続してデータを送信することができない。すなわち、ｅＮＢ１０ｂがＡＣＫ／ＮＡＣＫを受信してから４ｍｓ経過するまでの間のサブフレームにおいて、ｅＮＢ１０ｂは、端末２０にデータを送信することができないことになり、データの送信効率が低下してしまうことになる。
開示の技術は上記に鑑みてなされたものであって、基地局装置と端末との間で行われる誤り訂正処理に関する設定を柔軟に変更することが可能な技術を提供することを目的とする。
開示の技術の端末は、基地局装置と通信を行う端末であって、前記基地局装置から、前記基地局装置と当該端末との間で行われる誤り訂正処理の動作を指示する指示情報であって、誤り訂正処理に用いられるプロセスのプロセス数、信号を受信してから受信応答を送信するまでの時間、及び、信号を受信してから再送信号を受信するまでの時間を示すタイマー値の少なくとも一つを含む指示情報を受信する受信部と、前記受信部で受信した前記指示情報に基づいて誤り訂正処理を行う処理部と、前記基地局装置に前記誤り訂正処理の動作を決定させるために、前記基地局装置に当該端末の端末能力情報を通知する通知部と、を有し、前記端末能力情報は、誤り訂正処理に用いられるプロセスのプロセス数であって当該端末が保持可能なプロセス数の上限値、信号を受信してから受信応答を送信するまでの時間であって当該端末が対応可能な時間、又は、信号を受信してから再送信号を受信するまでの時間を示すタイマー値であって当該端末が対応可能なタイマー値の少なくとも一つを含む。
開示の技術によれば、基地局装置と端末との間で行われる誤り訂正処理に関する設定を柔軟に変更することが可能な技術を提供することができる。
課題を説明するための図である。 課題を説明するための図である。 課題を説明するための図である。 課題を説明するための図である。 実施の形態に係る通信システムの概要を示す図である。 実施の形態に係る基地局装置の機能構成の一例を示す図である。 実施の形態に係る設定情報の一例を示す図である。 実施の形態に係る設定情報の一例を示す図である。 実施の形態に係る設定情報の一例を示す図である。 実施の形態に係る設定情報の一例を示す図である。 実施の形態に係る端末の機能構成の一例を示す図である。 実施の形態に係る基地局装置のハードウェア構成の一例を示す図である。 実施の形態に係る端末のハードウェア構成の一例を示す図である。 実施の形態に係る処理手順（動作例１）の処理シーケンスの一例を示す図である。 実施の形態に係る処理手順（動作例１）におけるデータの流れをサブフレーム単位に具体化した図である。 実施の形態に係る処理手順（動作例２）の処理シーケンスの一例を示す図である。 実施の形態に係る処理手順（動作例２）のサブフレーム構成の一例を示す図である。 実施の形態に係る処理手順（動作例３）の処理シーケンスの一例を示す図である。 実施の形態に係る処理手順（動作例３）におけるデータの流れをサブフレーム単位に具体化した図である。 実施の形態に係る処理手順（動作例３（変形例））の処理シーケンスの一例を示す図である。 実施の形態に係る処理手順（動作例４）の処理シーケンスの一例を示す図である。 実施の形態に係る処理手順（動作例４）におけるデータの流れをサブフレーム単位に具体化した図である。 実施の形態に係る処理手順（動作例４（変形例））におけるデータの流れをサブフレーム単位に具体化した図である。
以下、図面を参照して実施の形態について説明する。各図面において、同一構成部分には同一符号を付し、重複した説明を省略する場合がある。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、以下に説明する基地局装置及び端末はＬＴＥの無線技術が用いられる場合を想定するが、本発明は、ＬＴＥ以外の無線技術を用いる基地局装置及び端末にも適用することができる。
＜概要＞

図２は、実施の形態に係る通信システムの概要を示す図である。実施の形態に係る通信システムは、基地局装置（ｅＮＢ１０）と端末２０とを有する。
ｅＮＢ１０は、無線を通じて端末２０との間で通信を行う。ｅＮＢ１０は、プロセッサなどのＣＰＵ、ＲＯＭ、ＲＡＭ又はフラッシュメモリなどのメモリ装置、端末２０等と通信するためのアンテナ、隣接するｅＮＢ１０及びコアネットワーク等と通信するための通信インターフェース装置などのハードウェアリソースにより構成される。ｅＮＢ１０の各機能及び処理は、メモリ装置に格納されているデータやプログラムをプロセッサが処理又は実行することによって実現されてもよい。しかしながら、ｅＮＢ１０は、上述したハードウェア構成に限定されず、他の何れか適切なハードウェア構成を有してもよい。
端末２０は、無線を通じてｅＮＢ１０及びコアネットワーク等と通信を行う機能を有する。端末２０は、例えば、携帯電話、スマートフォン、タブレット、モバイルルータ、ウェアラブル端末などである。端末２０は、通信機能を有する機器であれば、どのような端末であってもよい。端末２０は、プロセッサなどのＣＰＵ、ＲＯＭ、ＲＡＭ又はフラッシュメモリなどのメモリ装置、ｅＮＢ１０と通信するためのアンテナ、ＲＦ（Radio Frequency）装置などのハードウェアリソースにより構成される。端末２０の各機能及び処理は、メモリ装置に格納されているデータやプログラムをプロセッサが処理又は実行することによって実現されてもよい。しかしながら、端末２０は、上述したハードウェア構成に限定されず、他の何れか適切なハードウェア構成を有してもよい。
端末２０は、ｅＮＢ１０からＨＡＲＱ処理の動作に関する指示を受け付けると、受け付けた指示に基づいてＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング又はＨＡＲＱ ＲＴＴ Ｔｉｍｅｒを変更し、変更されたＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング又はＨＡＲＱ ＲＴＴ Ｔｉｍｅｒに従ってＨＡＲＱ処理を行う。同様に、ｅＮＢ１０は、端末２０に指示したＨＡＲＱ動作と同期するように、ｅＮＢ１０自身のＨＡＲＱ処理を行う。
また、端末２０は、ＨＡＲＱ処理に関する端末２０の処理能力をｅＮＢ１０に通知するようにしてもよい。通知を受けたｅＮＢ１０は、端末２０の処理能力に基づいてＨＡＲＱ処理の動作を決定し、端末２０に通知する。
ＨＡＲＱエンティティが並列に受信可能なデータの数は、ＨＡＲＱプロセス数により決定される。すなわち、受信側のＨＡＲＱプロセス数が多いほど、送信側のＨＡＲＱエンティティは、ＡＣＫ／ＮＡＣＫのフィードバックを待たずに、連続したサブフレームで並列にデータを送信することができる。
ＡＣＫ／ＮＡＣＫ送信タイミングは、ＨＡＲＱプロセスが、データを受信してから、受信したデータに誤りが存在しないかを確認し、送信側のＨＡＲＱエンティティにＡＣＫ／ＮＡＣＫをフィードバックするまでの時間である。
ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒは、前述の通り、所定のＨＡＲＱプロセスがデータを送信（受信）してから、次に新たなデータ又は再送信されたデータを送信（受信）するまでの最小時間である。
実施の形態に係る通信システムは、ＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング又はＨＡＲＱ ＲＴＴ Ｔｉｍｅｒを任意の数に変更可能にすることで、様々な通信方法に応じた、適切なＨＡＲＱ処理を行うことができるようになる。
以下の説明において、ＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング及びＨＡＲＱ ＲＴＴ Ｔｉｍｅｒを、まとめて「ＨＡＲＱ処理の設定値」と呼ぶことがある。
＜機能構成＞

（ｅＮＢ）

図３は、実施の形態に係る基地局装置の機能構成の一例を示す図である。なお、図３は、本発明の実施の形態に特に関連する機能部のみを示すものであり、ｅＮＢ１０の機能全体を行うための図示しない機能も有するものである。また、図３に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。また、本発明の実施に係る動作を実行できるのであれば、図示された機能のうち一部の機能のみを有するようにしてもよい。
ｅＮＢ１０は、ＨＡＲＱ処理部１０１と、信号処理部１０２と、処理方法通知部１０３と、設定情報記憶部１０４とを有する。
ＨＡＲＱ処理部１０１は、ｅＮＢ１０と端末２０との間で送受信されるデータに対して、ＭＡＣサブレイヤにおけるＨＡＲＱ処理を行う。また、ＨＡＲＱ処理部１０１は、端末２０側のＨＡＲＱ処理が変更された場合、端末２０側のＨＡＲＱ処理と同期するようにＨＡＲＱ処理を行う。
なお、ＨＡＲＱ処理部１０１は、アップリンク通信において端末２０から連続したサブフレームで並列に受信したデータの数が、ＨＡＲＱプロセス数を超える数であった場合、端末から受信したデータをバッファに取り込まずに破棄するようにしてもよいし、既にバッファに保持しているデータを破棄して新たなデータを格納するようにしてもよい。前述の通り、ＨＡＲＱエンティティが連続したサブフレームで並列に受信可能なデータの数は、ＨＡＲＱプロセス数により決定されるためである。
信号処理部１０２は、ＭＡＣサブレイヤ、ＲＬＣ（Radio Link Control）サブレイヤ、及びＰＤＣＰ（Packet Data Convergence Protocol）サブレイヤ、ＲＲＣ（Radio Resource Control）プロトコル処理、及びユーザデータの転送処理等を行う。
処理方法通知部１０３は、設定情報記憶部１０４に格納されている各種の設定情報に基づき、ＨＡＲＱ処理の動作を決定し、端末２０に対して、決定したＨＡＲＱ処理の動作に従ってＨＡＲＱ処理を行うように指示する。また、処理方法通知部１０３は、端末２０から通知された処理能力に基づいてＨＡＲＱ処理の動作を決定し、決定したＨＡＲＱ処理の動作に従ってＨＡＲＱ処理を行うように端末２０に指示する。また、処理方法通知部１０３は、ＨＡＲＱ処理部１０１におけるＨＡＲＱ処理の動作と、端末２０に指示したＨＡＲＱ処理の動作とを同期させるようにするため、決定したＨＡＲＱ処理の動作をＨＡＲＱ処理部１０１に通知する。
また、処理方法通知部１０３は、ダウンリンク通信に関するＨＡＲＱ処理の動作と、アップリンク通信に関するＨＡＲＱ処理の動作とを独立して指示するようにしてもよい。
また、処理方法通知部１０３は、端末２０のＨＡＲＱ処理部２０１のＨＡＲＱ処理を変更させる場合、端末２０のＨＡＲＱ処理部２０１が保持しているバッファ及び各種タイマー値をリセットさせるために所定の処理を行うようにしてもよい。例えば、３ＧＰＰ（3rd Generation Partnership Project）仕様では、ｉｎｔｒａ−ｃｅｌｌ ＨＯ（Handover）を行う場合、ＳＣｅｌｌのｄｅａｃｔｉｖａｔｉｏｎを行う場合などを行う際に、ＨＡＲＱ処理で用いられるバッファ及び各種タイマー値を一旦リセットすることが規定されている。従って、処理方法通知部１０３は、端末２０のＨＡＲＱ処理部２０１が保持しているバッファ及び各種タイマー値をリセットさせるために、端末２０に対して、ｉｎｔｒａ−ｃｅｌｌ ＨＯ又はＳＣｅｌｌのｄｅａｃｔｉｖａｔｉｏｎといった動作を強制的に実施させるようにしてもよい。
設定情報記憶部１０４は、ＲＯＭ、ＲＡＭ又はフラッシュメモリなどのメモリ装置などにより実現され、ＨＡＲＱ処理の動作を決定するための各種設定情報を記憶する。
図４は、実施の形態に係る設定情報の一例を示す図である。設定情報は、遅延情報と、端末情報と、ＣＡ（Carrier Aggregation）情報、ＬＡＡ（Licensed Assisted Access using LTE）バンド情報とを含む。
遅延情報は、２つのｅＮＢ１０の間で信号が伝送される際の遅延時間を示す情報である。図４Ａに、遅延情報の一例を示す。図４Ａに示す遅延情報は、ｅＮＢ１０ａとｅＮＢ１０ｂとの間の遅延時間は３ｍｓであり、ｅＮＢ１０ａとｅＮＢ１０ｃとの間の遅延時間は６ｍｓであることを示している。遅延情報には、予め測定された遅延時間を格納するようにしてもよいし、ｅＮＢ１０間の通信インターフェースであるＸ２インターフェース等を用いて、定期的に測定された測定結果を格納するようにしてもよい。
端末情報は、端末２０の機種に応じたＨＡＲＱ処理の設定値を、端末機種ごとに定義する情報である。近年、ＭＴＣ（Machine Type Communication）と呼ばれる、複数の通信機器が互いに直接通信することで、様々なサービスを実現する通信システムが注目されている。ＭＴＣに用いられる通信機器は、例えばスマートメーターのように、少量のデータのみを扱い、かつデータの伝送遅延に対して比較的寛容である代わりに、消費電力を抑えるのが望ましいような機器が多い。端末情報は、このような機器に対してＨＡＲＱ処理の設定値を規定するために用いられる。端末情報は、端末機種を識別する端末機種識別子ごとに、ＨＡＲＱプロセス数とＡＣＫ／ＮＡＣＫ送信タイミングとＨＡＲＱ ＲＴＴ Ｔｉｍｅｒとを規定する。端末機種識別子は、例えば、ＩＭＥＩ（International Mobile Equipment Identity）を用いるようにしてもよいし、他の識別子を用いるようにしてもよい。
ＣＡ情報は、ＣＡパターンごとのＨＡＲＱ処理の設定値を定義する情報である。ＣＡ情報は、ＣＡパターンごとに、ＨＡＲＱプロセス数とＡＣＫ／ＮＡＣＫ送信タイミングとＨＡＲＱ ＲＴＴ Ｔｉｍｅｒとを規定する。ＣＡパターンとは、ＣＡを構成するセルの数と、各セルのＤｕｐｌｅｘ Ｍｏｄｅと、ＰＣｅｌｌのＤｕｐｌｅｘ Ｍｏｄｅとの組み合わせパターンである。
ここで、現在の３ＧＰＰ仕様では、ＨＡＲＱプロセス数とＡＣＫ／ＮＡＣＫ送信タイミングとＨＡＲＱ ＲＴＴ Ｔｉｍｅｒとは、ダウンリンク及びアップリンクのサブフレーム比率で決定されるＴＤＤ構成（ＴＤＤ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）ごとに予め決められている。例えば、サブフレームのダウンリンクとアップリンクとの比率が３対２であるＴＤＤ Ｃｏｎｆｉｇｕｒａｔｉｏｎ１の場合、ダウンリンクのＨＡＲＱプロセス数は７であり、各サブフレームにおけるＨＡＲＱ ＲＴＴ Ｔｉｍｅｒは、ｋ＋４ｍｓである。また、ＡＣＫ／ＮＡＣＫ送信タイミング（ｋ）はサブフレームごとに異なる値が規定されており、サブフレーム０はｋ＝７、サブフレーム１はｋ＝６、サブフレーム４はｋ＝４、サブフレーム５はｋ＝７、サブフレーム６はｋ＝６であると規定されている。
このように、ＴＤＤセルの場合、ＦＤＤセルと異なりＨＡＲＱ処理が複雑である。従って、ＦＤＤセルとＴＤＤセルとを組み合わせたＣＡにおけるＨＡＲＱ処理については、ＣＡパターンごとに、ＨＡＲＱプロセス数とＨＡＲＱ ＲＴＴ Ｔｉｍｅｒとをセル毎に規定し、更に、各セルのサブフレームごとにＡＣＫ／ＮＡＣＫ送信タイミングを規定するようにしてもよい。なお、ＣＡパターンは、任意の組み合わせでもよいし、３ＧＰＰで規定されているＣＡ ｃｏｎｆｉｇｕｒａｔｉｏｎに対応するようにしてもよい。
図４Ｃの例では、例えば、ＣＡパターンがＰａｔｔｅｒｎ１の場合、ＴｙｐｅＡのＨＡＲＱプロセス数とＡＣＫ／ＮＡＣＫ送信タイミングとＨＡＲＱ ＲＴＴ Ｔｉｍｅｒとが適用されることを示している。
ＬＡＡバンド情報は、ＬＡＡ技術を用いた通信が行われる場合における、ＨＡＲＱプロセス数とＡＣＫ／ＮＡＣＫ送信タイミングとＨＡＲＱ ＲＴＴ Ｔｉｍｅｒとを規定する情報である。なお、ＬＡＡ技術とは、ＬＴＥをアンライセンス周波数（例えば、無線ＬＡＮで用いられる５ＧＨｚ帯など）で利用可能にする技術である。ＬＡＡ技術は、他の無線通信との干渉を避けるために、他の通信が行われていない場合に限り、所定の時間に限って通信を許可する技術である。所定の時間は、各国の方針や周波数帯により定められる（例えば、無線ＬＡＮの周波数帯の場合は４ｍｓ）。
図３に戻り説明を続ける。
能力通知受信部１０５は、端末２０から、端末２０の処理能力に関する情報を受信して、処理方法通知部１０３に渡す。
（端末）

図５は、実施の形態に係る端末の機能構成の一例を示す図である。なお、図５は、本発明の実施の形態に特に関連する機能部のみを示すものであり、端末２０の機能全体を行うための図示しない機能も有するものである。また、図５に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。また、本発明の実施に係る動作を実行できるのであれば、図示された機能のうち一部の機能のみを有するようにしてもよい。
端末２０は、ＨＡＲＱ処理部２０１と、信号処理部２０２と、処理方法変更部２０３と、設定情報記憶部２０４と、能力通知部２０５とを有する。
ＨＡＲＱ処理部２０１は、ｅＮＢ１０と端末２０との間で送受信されるデータに対して、ＭＡＣサブレイヤにおけるＨＡＲＱ処理を行う。
また、ＨＡＲＱ処理部２０１は、ｅＮＢ１０の指示によりＨＡＲＱ処理の動作が変更される場合、ＨＡＲＱ処理を行うためのバッファ及び各種タイマー値をリセットする。また、ＨＡＲＱ処理部２０１は、ｅＮＢ１０の指示によりＨＡＲＱ処理の動作が変更される場合、ｅＮＢ１０から指示されたＨＡＲＱプロセス数に応じて、各ＨＡＲＱプロセスの各々がＨＡＲＱ処理を行うことができるようにバッファを分割又は結合する。また、ＣＡによりＣＣ(Component Carrier）の数が変更される場合（SCellの追加、削除、Activation、Deactivation）、変更されるＣＣの数に応じてＨＡＲＱエンティティを追加又は削除すると共に、各ＨＡＲＱエンティティ内のＨＡＲＱプロセスがＨＡＲＱ処理を行うことができるようにバッファを分割又は結合する。
なお、ＨＡＲＱ処理部２０１は、ダウンリンク通信においてｅＮＢ１０から連続したサブフレームで並列に受信したデータの数が、ＨＡＲＱプロセス数を超える数であった場合、ｅＮＢ１０から受信したデータをバッファに取り込まずに破棄するようにしてもよいし、既にバッファに保持しているデータを破棄して新たなデータを格納するようにしてもよい。前述の通り、ＨＡＲＱエンティティが連続したサブフレームで並列に受信可能なデータの数は、ＨＡＲＱプロセス数により決定されるためである。
信号処理部２０２は、ＭＡＣサブレイヤ、ＲＬＣ（Radio Link Control）サブレイヤ、及びＰＤＣＰ（Packet Data Convergence Protocol）サブレイヤ、ＲＲＣ（Radio Resource Control）プロトコル処理、及びユーザデータの転送処理等を行う。
処理方法変更部２０３は、ｅＮＢ１０から、ＨＡＲＱ処理の動作に関する指示を受け付ける。また、処理方法変更部２０３は、受け付けた指示をＨＡＲＱ処理部２０１に通知し、ＨＡＲＱ処理部２０１が行うＨＡＲＱ処理を変更させる。
また、処理方法変更部２０３は、ｅＮＢ１０から指示されたＨＡＲＱ処理の動作に対応するＨＡＲＱ処理の設定値を設定情報記憶部２０４から検索し、検索された設定値をＨＡＲＱ処理部２０１に通知するようにしてもよい。また、処理方法変更部２０３は、端末２０自身が認識可能な状態（例えば、通信しているＬＡＡバンド、又は、端末２０自身の機種等）に対応するＨＡＲＱ処理の設定値を設定情報記憶部２０４から検索し、検索された設定値をＨＡＲＱ処理部２０１に通知するようにしてもよい。
また、処理方法変更部２０３は、ＨＡＲＱ処理部２０１のＨＡＲＱ処理を変更させる場合、ＨＡＲＱ処理部２０１が保持しているバッファ及び各種タイマー値をリセットさせるために所定の処理を行うようにしてもよい。例えば、処理方法変更部２０３は、ＨＡＲＱ処理部２０１が保持しているバッファ及び各種タイマー値をリセットさせるために、ＳＣｅｌｌのｄｅａｃｔｉｖａｔｉｏｎといった動作を強制的に行うようにしてもよい。
なお、ＨＡＲＱ処理を行うための各種タイマーとは、例えば、ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ及びｄｒｘ−ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒである。
設定情報記憶部２０４は、ＲＯＭ、ＲＡＭ又はフラッシュメモリなどのメモリ装置などにより実現され、ＨＡＲＱ処理の動作を決定するための各種設定情報を記憶する。設定情報記憶部２０４は、各種設定情報のうち、例えば、端末情報、ＣＡ情報、又は、ＬＡＡバンド情報を記憶する。
能力通知部２０５は、ｅＮＢ１０に、端末２０自身の処理能力に関する情報を通知する。端末２０の処理能力に関する情報は、例えば、端末２０自身が処理可能な（保持可能な）ＨＡＲＱプロセス数の最大数、端末２０自身の処理能力で対応可能なＡＣＫ／ＮＡＣＫ送信タイミングの最小値、端末２０自身の処理能力で対応可能なＨＡＲＱ ＲＴＴ Ｔｉｍｅｒの最小値である。
能力通知部２０５は、端末２０自身の端末機種識別子に対応するＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング及びＨＡＲＱ ＲＴＴ Ｔｉｍｅｒを設定情報記憶部２０４の端末情報から取得するようにしてもよいし、予め固定的に記憶されている設定値を用いるようにしてもよい。
以上説明したｅＮＢ１０及び端末２０の機能構成は、全体をハードウェア回路（例えば、１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。
（基地局装置）

図６は、実施の形態に係る基地局装置のハードウェア構成の一例を示す図である。図６は、図３よりも実装例に近い構成を示している。図６に示すように、ｅＮＢ１０は、無線信号に関する処理を行うＲＦ（Radio Frequency）モジュール３０１と、ベースバンド信号処理を行うＢＢ（Base Band）処理モジュール３０２と、上位レイヤ等の処理を行う装置制御モジュール３０３と、ネットワークと接続するためのインターフェースである通信ＩＦ３０４とを有する。
ＲＦモジュール３０１は、ＢＢ処理モジュール３０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ（Digital-to-Analog）変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ（Analog to Digital）変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール３０２に渡す。
ＢＢ処理モジュール３０２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ（Digital Signal Processor）３１２は、ＢＢ処理モジュール３０２における信号処理を行うプロセッサである。メモリ３２２は、ＤＳＰ３１２のワークエリアとして使用される。ＢＢ処理モジュール３０２は、例えば、図３に示すＨＡＲＱ処理部１０１、信号処理部１０２、及び処理方法通知部１０３の一部を含む。
装置制御モジュール３０３は、ＩＰレイヤのプロトコル処理、ＯＡＭ（Operation and Maintenance）処理等を行う。プロセッサ３１３は、装置制御モジュール３０３が行う処理を行うプロセッサである。メモリ３２３は、プロセッサ３１３のワークエリアとして使用される。補助記憶装置３３３は、例えばＨＤＤ等であり、ｅＮＢ１０自身が動作するための各種設定情報等が格納される。装置制御モジュール３０３は、例えば、図３に示す処理方法通知部１０３の一部、設定情報記憶部１０４、及び能力通知受信部１０５を含む。
（端末）

図７は、実施の形態に係る端末のハードウェア構成の一例を示す図である。図７は、図５よりも実装例に近い構成を示している。図７に示すように、端末２０は、無線信号に関する処理を行うＲＦモジュール４０１と、ベースバンド信号処理を行うＢＢ処理モジュール４０２と、上位レイヤ等の処理を行うＵＥ制御モジュール４０３とを有する。
ＲＦモジュール４０１は、ＢＢ処理モジュール４０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール４０２に渡す。
ＢＢ処理モジュール４０２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ４１２は、ＢＢ処理モジュール４０２における信号処理を行うプロセッサである。メモリ４２２は、ＤＳＰ４１２のワークエリアとして使用される。ＢＢ処理モジュール４０２は、例えば、図５に示すＨＡＲＱ処理部２０１、信号処理部２０２、及び処理方法変更部２０３の一部を含む。
ＵＥ制御モジュール４０３は、ＩＰレイヤのプロトコル処理、各種アプリケーションの処理等を行う。プロセッサ４１３は、ＵＥ制御モジュール４０３が行う処理を行うプロセッサである。メモリ４２３は、プロセッサ４１３のワークエリアとして使用される。ＵＥ制御モジュール４０３は、例えば、図５に示す処理方法変更部２０３の一部、設定情報記憶部２０４、及び能力通知部２０５を含む。
＜処理手順＞

次に、実施の形態に係る通信システムの処理手順について説明する。なお、各動作例は、特に断りが無い限り、ダウンリンク通信におけるＨＡＲＱ処理の設定値を変更する場合を想定して説明する。なお、各動作例は、アップリンク通信におけるＨＡＲＱ処理の設定値を変更する場合にも適用することができる。
（動作例１）

図８は、実施の形態に係る処理手順（動作例１）の処理シーケンスの一例を示す図である。図８を用いて、例えば、ＰＣｅｌｌとＳＣｅｌｌとが異なるｅＮＢ１０で構成されるキャリアアグリゲーションを行う場合の処理手順を説明する。なお、図８の動作例におけるネットワーク構成は、図１Ｃに示すネットワーク構成と同一である。すなわち、ｅＮＢ１０ａはＰＣｅｌｌを構成し、ｅＮＢ１０ｂはＳＣｅｌｌを構成している。また、ＰＣｅｌｌ及びＳＣｅｌｌはＦＤＤセルであるとする。
ステップＳ３０１で、ｅＮＢ１０ａは、端末２０から通知されるＳＣｅｌｌ候補セルに基づいて、ＣＡを行うＳＣｅｌｌを決定する。なお、ｅＮＢ１０ａは、ｅＮＢ１０ｂが構成するＳＣｅｌｌを追加することを決定したと仮定する。ｅＮＢ１０ａの処理方法通知部１０３は、設定情報記憶部１０４の遅延情報を検索し、ｅＮＢ１０ａとｅＮＢ１０ｂとの間の遅延時間を抽出する。続いて、処理方法通知部１０３は、端末２０に通知するＨＡＲＱ処理の設定値を決定する。
例えば、ｅＮＢ１０ａとｅＮＢ１０ｂとの間の遅延時間は３ｍｓであるため、処理方法通知部１０３は、従来のＦＤＤセルにおけるＨＡＲＱプロセス数（８プロセス）に３プロセスを加えた１１プロセスを、端末２０に通知するＨＡＲＱプロセス数とする。また、処理方法通知部１０３は、ＡＣＫ／ＮＡＣＫ送信タイミングは従来のＦＤＤセルにおける規定値である４ｍｓのままとする。また、処理方法通知部１０３は、従来のＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ（８ｍｓ）にｅＮＢ１０ａとｅＮＢ１０ｂとの間の遅延時間３ｍｓを加えた１１ｍｓを、端末２０に通知するＨＡＲＱ ＲＴＴ Ｔｉｍｅｒとする。
なお、上記の決定方法は一例にすぎない。ステップＳ３０１の処理手順では、端末２０に通知するＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング及びＨＡＲＱ ＲＴＴ Ｔｉｍｅｒを、他の方法により決定するようにしてもよい。
ステップＳ３０２で、ｅＮＢ１０ａの信号処理部１０２は、ＨＡＲＱ処理の設定値を含む制御信号を端末２０に送信する。制御信号は、例えば、ＲＲＣプロトコルで用いられる信号であってもよいし、ＭＡＣサブレイヤで用いられる信号であってもよいし、物理レイヤで用いられる信号であってもよい。
また、信号処理部１０２は、端末２０のＨＡＲＱ処理部２０１が保持しているバッファ及び各種タイマー値をリセットさせるために、ステップＳ３０２でＨＡＲＱ処理の設定値を含む制御信号を端末２０に送信した後で、ｉｎｔｒａ−ｃｅｌｌ ＨＯを実施するように端末２０に指示してもよい。この場合、信号処理部１０２は、現在端末２０が接続されているセルと同一のセルに対してＨＯを行うように指示する。
ステップＳ３０３で、端末２０の処理方法変更部２０３は、ステップＳ３０２で通知されたＨＡＲＱ処理の設定値をＨＡＲＱ処理部２０１に通知する。端末２０のＨＡＲＱ処理部２０１は、通知されたＨＡＲＱ処理の設定値に基づき、ＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング及びＨＡＲＱ ＲＴＴ Ｔｉｍｅｒを変更する。
また、ＨＡＲＱ処理部２０１は、変更されたＨＡＲＱプロセス数に応じて、各ＨＡＲＱプロセスの各々がＨＡＲＱ処理を行うことができるようにバッファを分割する。また、設定/有効化されるＣＣの数に応じてＨＡＲＱエンティティを追加すると共に、各ＨＡＲＱエンティティ内のＨＡＲＱプロセスがＨＡＲＱ処理を行うことができるようにバッファを分割する。また、ＨＡＲＱ処理部２０１は、変更されたＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング及びＨＡＲＱ ＲＴＴ Ｔｉｍｅｒに基づいてＨＡＲＱ処理を開始する前に、ＨＡＲＱ処理を行うためのバッファ及び各種タイマー値をリセットする。
なお、ＨＡＲＱ処理を行うためのバッファ及び各種タイマー値をリセットするための処理は、ＨＡＲＱ処理部２０１が自ら行うようにしてもよいし、ｉｎｔｒａ−ｃｅｌｌ ＨＯにより行われる既存の動作手順を流用して行うようにしてもよい。
ステップＳ３０４で、端末２０とｅＮＢ１０ａとｅＮＢ１０ｂとの間でデータの伝送及びＡＣＫ／ＮＡＣＫの通知が行われる。図１Ｃで説明したように、ｅＮＢ１０ｂから通知されたデータに対するＡＣＫ／ＮＡＣＫは、ＰＣｅｌｌを構成するｅＮＢ１０ａを介してｅＮＢ１０ｂに通知される。
図９は、実施の形態に係る処理手順（動作例１）におけるデータの流れをサブフレーム単位に具体化した図である。図９は、ｅＮＢ１０ａが、ＨＡＲＱプロセス数＝１１プロセス、ＡＣＫ／ＮＡＣＫ送信タイミング＝４ｍｓ、ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ＝１１ｍｓでＨＡＲＱ処理を行うように端末２０に指示した場合における、データの流れの一例を示している。
端末２０は、ＡＣＫ／ＮＡＣＫ送信タイミングが４ｍｓに設定されているため、ｅＮＢ１０ｂからデータを受信（Ｓ３５０）した４ｍｓ後に、ＡＣＫ／ＮＡＣＫをｅＮＢ１０ａに送信する（Ｓ３５１）。続いて、ｅＮＢ１０ａは、端末２０から受信したＡＣＫ／ＮＡＣＫをｅＮＢ１０ｂに送信する（Ｓ３５２）。ここで、ｅＮＢ１０ａとｅＮＢ１０ｂとの間の遅延時間３ｍｓであるため、端末２０から送信されたＡＣＫ／ＮＡＣＫは、端末２０がＡＣＫ／ＮＡＣＫを送信したサブフレームから３ｍｓ後のサブフレームでｅＮＢ１０ｂに到達することになる。続いて、ｅＮＢ１０ｂは、ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒが１１ｍｓであるため、端末２０にデータを送信（Ｓ３５０）してから１１サブフレーム後に、新たなデータ又は再送データを端末２０に送信する（Ｓ３５６）。
ここで、端末２０側のＨＡＲＱプロセス数は１１に設定されているため、ｅＮＢ１０ｂは、ステップＳ３５０で端末２０にデータを送信してから、ステップＳ３５６で端末２０に新たなデータ又は再送データを送信するまでの間の１０サブフレームにおいて、別のデータを端末２０に送信することができる。図１Ｄの例では、ｅＮＢ１０ｂがｅＮＢ１０ａからＡＣＫ／ＮＡＣＫを受信（Ｓ６）してから、端末２０に新たなデータ又は再送データを送信する（Ｓ７）までの間、他のデータを送信することが出来なかった。しかしながら、図９の例では、ｅＮＢ１０ｂがｅＮＢ１０ａからＡＣＫ／ＮＡＣＫを受信（Ｓ３５２）してから、端末２０に新たなデータ又は再送データを送信する（Ｓ３５６）までの間において、ｅＮＢ１０ｂは、端末２０に他のデータ（Ｓ３５３〜Ｓ３５５）を送信することができる。
以上、実施の形態に係る処理手順（動作例１）について説明した。動作例１の処理手順を行うことで、２つのｅＮＢ１０間に伝送遅延が存在する場合であっても、端末２０のＨＡＲＱ処理の設定値を変更することで効率的に通信を行うことができるようになる。また、これにより、ｅＮＢ１０と端末２０との間のスループットを向上させることができる。
（動作例２）

図１０は、実施の形態に係る処理手順（動作例２）の処理シーケンスの一例を示す図である。図１１は、実施の形態に係る処理手順（動作例２）のサブフレーム構成の一例を示す図である。図１０及び図１１を用いて、例えば、ＦＤＤセル及びＴＤＤセルがそれぞれ８セルずつのＣＡが行われる場合の処理手順を説明する。なお、ＰＣｅｌｌはＦＤＤセルである前提とする。すなわち、ＡＣＫ／ＮＡＣＫは、ＦＤＤセルで送信される前提とする。
ステップＳ４０１で、ｅＮＢ１０は、端末２０から通知されるＳＣｅｌｌ候補セルに基づいて、ＣＡを行うＳＣｅｌｌを決定する。ここで、ｅＮＢ１０は、図１１に示す構成のＣＡを行うことを決定したとする。ここで、図１１に示す構成のＣＡは、図４ＣにおけるＣＡパターンのうち、Ｐａｔｔｅｒｎ１に該当すると仮定する。
ｅＮＢ１０の処理方法通知部１０３は、設定情報記憶部１０４のＣＡ情報を検索し、端末２０に通知するＨＡＲＱ処理の設定値を決定する。
ステップＳ４０２で、ｅＮＢ１０の信号処理部１０２は、ＨＡＲＱ処理の設定値を含む制御信号を端末２０に送信する。制御信号は、例えば、ＲＲＣプロトコルで用いられる信号であってもよいし、ＭＡＣサブレイヤで用いられる信号であってもよいし、物理レイヤで用いられる信号であってもよい。
なお、信号処理部１０２は、端末２０のＨＡＲＱ処理部２０１が保持しているバッファ及び各種タイマー値をリセットさせるために、ステップＳ４０２でＨＡＲＱ処理の設定値を含む制御信号を端末２０に送信した後で、任意のＳＣｅｌｌをｄｅａｃｔｉｖａｔｉｏｎ及びａｃｔｉｖａｔｉｏｎするように端末２０に指示してもよい。
ステップＳ４０３で、端末２０の処理方法変更部２０３は、ステップＳ４０２で通知されたＨＡＲＱ処理の設定値をＨＡＲＱ処理部２０１に通知する。端末２０のＨＡＲＱ処理部２０１は、通知されたＨＡＲＱ処理の設定値に基づき、ＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング及びＨＡＲＱ ＲＴＴ Ｔｉｍｅｒを変更する。
また、ＨＡＲＱ処理部２０１は、変更されたＨＡＲＱプロセス数に応じて、各ＨＡＲＱプロセスの各々がＨＡＲＱ処理を行うことができるようにバッファを分割する。また、設定/有効化されるＣＣの数に応じてＨＡＲＱエンティティを追加すると共に、各ＨＡＲＱエンティティ内のＨＡＲＱプロセスがＨＡＲＱ処理を行うことができるようにバッファを分割する。また、ＨＡＲＱ処理部２０１は、変更されたＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング及びＨＡＲＱ ＲＴＴ Ｔｉｍｅｒに基づいてＨＡＲＱ処理を開始する前に、ＨＡＲＱ処理を行うためのバッファ及び各種タイマー値をリセットする。
なお、ＨＡＲＱ処理を行うためのバッファ及び各種タイマー値をリセットするための処理は、ＨＡＲＱ処理部２０１が自ら行うようにしてもよいし、任意ＳＣｅｌｌをｄｅａｃｔｉｖａｔｉｏｎ及びａｃｔｉｖａｔｉｏｎすることにより行われる既存の動作手順を流用して行うようにしてもよい。また、端末２０のＨＡＲＱ処理部２０１は、自ら任意のＳＣｅｌｌをｄｅａｃｔｉｖａｔｉｏｎ及びａｃｔｉｖａｔｉｏｎするようにしてもよい。
ステップＳ４０４で、端末２０とｅＮＢ１０との間でデータの伝送及びＡＣＫ／ＮＡＣＫの通知が行われる。
なお、本動作例におけるＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング及びＨＡＲＱ ＲＴＴ Ｔｉｍｅｒは複雑であるため、ステップＳ４０２の処理手順において、制御信号のデータサイズが大きくなる可能性がある。従って、ステップＳ４０２の処理手順において、制御信号には、例えば、図４ＣのＣＡ情報に示すように、ＴｙｐｅＡのような識別子のみを含めるようにしてもよい。この場合、端末２０は、指示された識別子をキーに設定情報記憶部２０４に格納されているＣＡ情報を検索して、ＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング及びＨＡＲＱ ＲＴＴ Ｔｉｍｅｒを決定する。
ここで、図１１を用いて、ＦＤＤセル及びＴＤＤセルがそれぞれ８セルずつのＣＡが行われる場合において、ＨＡＲＱ処理におけるＡＣＫ／ＮＡＣＫ送信タイミングを変更することで、ＰＵＣＣＨ ｐａｙｌｏａｄサイズが削減される場合の一例について説明する。ここで、ＣＣ＃１〜ＣＣ＃８はＦＤＤセルであり、ＣＣ＃９〜ＣＣ＃１６はＴＤＤセルである前提とする。
また、ＣＣ＃９〜ＣＣ＃１６はＴＤＤ Ｃｏｎｆｉｇｕｒａｔｉｏｎ１のＴＤＤセルである前提とする。すなわち、ＣＣ＃９〜ＣＣ＃１６において、サブフレーム０、４、５及び９はＤＬ（ダウンリンク）用のサブフレーム、サブフレーム１及び６はスペシャルサブフレーム、サブフレーム２及び３はＵＬ（アップリンク）用のサブフレームである。
また、端末２０は、各サブフレームにおいてＵＬ用のＦＤＤセルを介してＡＣＫ／ＮＡＣＫをｅＮＢ１０に送信する。
図１１に示すように、サブフレーム０、１、４〜６、及び９では、全てのＣＣがＤＬ用のサブフレームであるため、端末２０は、ｅＮＢ１０から最大１６個のデータを受信することになる。一方、サブフレーム２、３、７及び８は、ＴＤＤセルであるＣＣ＃９〜ＣＣ＃１６はＵＬ用のサブフレームである。従って、サブフレーム２、３、７及び８では、端末２０は、ｅＮＢ１０から最大８個のデータしか受信しない。
ＡＣＫ／ＮＡＣＫ送信タイミングが４ｍｓである場合、図１１に示すように、サブフレーム１、２、６及び７では、端末２０は８個のＡＣＫ／ＮＡＣＫをｅＮＢ１０に返すことになり、サブフレーム０、３、４、５、８及び９では、端末２０は１６個のＡＣＫ／ＮＡＣＫをｅＮＢ１０に返すことになる。
このように、ＦＤＤセル及びＴＤＤセルが混在するＣＡを行う場合、サブフレームごとにＡＣＫ／ＮＡＣＫの数が変化してしまう。ＡＣＫ／ＮＡＣＫはＰＵＣＣＨを用いて端末２０からｅＮＢ１０に送信されるが、ＡＣＫ／ＮＡＣＫを格納するための領域（ＰＵＣＣＨ Ｐａｙｌｏａｄ）のサイズは予め決まっている。従って、最大１６個のＡＣＫ／ＮＡＣＫが各サブフレームのＰＵＣＣＨ Ｐａｙｌｏａｄに格納された場合、無線状態によっては全てのＡＣＫ／ＮＡＣＫが正しくｅＮＢ１０に通知されない可能性が高まる（エラー率が高まる）。従って、ＡＣＫ／ＮＡＣＫを各サブフレームの間で平均的に分散させるようにするのが望ましい。
具体的には、例えば、ＣＣ＃１及びＣＣ＃２において、サブフレーム８及び９及のＡＣＫ／ＮＡＣＫ送信タイミングを８ｍｓ後、サブフレーム０のＡＣＫ／ＮＡＣＫ送信タイミングを６ｍｓ後とする。また、ＣＣ＃３において、サブフレーム８及び９のＡＣＫ／ＮＡＣＫ送信タイミングを８ｍｓ後、サブフレーム０のＡＣＫ／ＮＡＣＫ送信タイミングを７ｍｓ後とする。
また、ＣＣ＃４において、サブフレーム３のＡＣＫ／ＮＡＣＫ送信タイミングを８ｍｓ後、サブフレーム４のＡＣＫ／ＮＡＣＫ送信タイミングを７ｍｓ後、サブフレーム５のＡＣＫ／ＮＡＣＫ送信タイミングを６ｍｓ後にする。
また、ＣＣ＃５において、サブフレーム３のＡＣＫ／ＮＡＣＫ送信タイミングを９ｍｓ後、サブフレーム４のＡＣＫ／ＮＡＣＫ送信タイミングを８ｍｓ後、サブフレーム５のＡＣＫ／ＮＡＣＫ送信タイミングを７ｍｓ後にする。
また、ＣＣ＃６において、サブフレーム３のＡＣＫ／ＮＡＣＫ送信タイミングを８ｍｓ後、サブフレーム４のＡＣＫ／ＮＡＣＫ送信タイミングを７ｍｓ後、サブフレーム５のＡＣＫ／ＮＡＣＫ送信タイミングを７ｍｓ後にする。
その他のサブフレーム、及びＣＣ＃７〜ＣＣ＃１６の全てのサブフレームのＡＣＫ／ＮＡＣＫ送信タイミングは４ｍｓにする。
このように、ＡＣＫ／ＮＡＣＫ送信タイミングを変更することで、サブフレーム２及び７では、端末２０は１２個のＡＣＫ／ＮＡＣＫをｅＮＢ１０に送信し、サブフレーム１、３〜６、８、９では、端末２０は１３個のＡＣＫ／ＮＡＣＫをｅＮＢ１０に送信することになる。
従って、各サブフレームのＰＵＣＣＨ Ｐａｙｌｏａｄには最大でも１３個のＡＣＫ／ＮＡＣＫを格納できればよいことになる。これにより、ＦＤＤセル及びＴＤＤセルが混在するＣＡを行う場合に、ＡＣＫ／ＮＡＣＫの送信に対するエラー率を抑えることが可能になる。
（動作例３）

図１２は、実施の形態に係る処理手順（動作例３）の処理シーケンスの一例を示す図である。図１２を用いて、ＭＴＣに用いられる端末２０に対して、ＨＡＲＱ処理の動作が変更される場合の処理手順を説明する。
ステップＳ５０１で、ｅＮＢ１０の処理方法通知部１０３は、端末機種識別子（ＩＭＥＩ）をキーに、設定情報記憶部１０４に格納されている端末情報を検索することで、端末２０に通知すべきＨＡＲＱ処理の設定値を取得する。なお、処理方法通知部１０３は、コアネットワークから端末２０の端末機種識別子を取得するようにしてもよいし、他の方法で端末２０の端末機種識別子を取得するようにしてもよい。ここで、端末情報には図４Ｂに示す端末情報が格納されており、端末２０の端末機種識別子は１１１１１１であるとする。この場合、ＨＡＲＱプロセス数は１、ＡＣＫ／ＮＡＣＫ送信タイミングは１００ｓ、ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒは２００ｓである。
ステップＳ５０２で、ｅＮＢ１０の信号処理部１０２は、ＨＡＲＱ処理の設定値を含む制御信号を端末２０に送信する。制御信号は、例えば、ＲＲＣプロトコルで用いられる信号であってもよいし、ＭＡＣサブレイヤで用いられる信号であってもよいし、物理レイヤで用いられる信号であってもよい。
また、信号処理部１０２は、端末２０のＨＡＲＱ処理部２０１が保持しているバッファ及び各種タイマー値をリセットさせるために、ステップＳ５０２でＨＡＲＱ処理の設定値を含む制御信号を端末２０に送信した後で、ｉｎｔｒａ−ｃｅｌｌ ＨＯを実施するように端末２０に指示してもよい。この場合、信号処理部１０２は、現在端末２０が接続されているセルと同一のセルに対してＨＯを行うように指示する。
ステップＳ５０３で、端末２０の処理方法変更部２０３は、ステップＳ５０２で通知されたＨＡＲＱ処理の設定値をＨＡＲＱ処理部２０１に通知する。端末２０のＨＡＲＱ処理部２０１は、通知されたＨＡＲＱ処理の設定値に基づき、ＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング及びＨＡＲＱ ＲＴＴ Ｔｉｍｅｒを変更する。
また、ＨＡＲＱ処理部２０１は、変更されたＨＡＲＱプロセス数に応じて、各ＨＡＲＱプロセスの各々がＨＡＲＱ処理を行うことができるようにバッファを分割又は結合する。また、ＨＡＲＱ処理部２０１は、変更されたＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング及びＨＡＲＱ ＲＴＴ Ｔｉｍｅｒに基づいてＨＡＲＱ処理を開始する前に、ＨＡＲＱ処理を行うためのバッファ及び各種タイマー値をリセットする。
なお、ＨＡＲＱ処理を行うためのバッファ及び各種タイマー値をリセットするための処理は、ＨＡＲＱ処理部２０１が自ら行うようにしてもよいし、ｉｎｔｒａ−ｃｅｌｌ ＨＯにより行われる既存の動作手順を流用して行うようにしてもよい。
ステップＳ５０４で、端末２０とｅＮＢ１０との間でデータの伝送及びＡＣＫ／ＮＡＣＫの通知が行われる。
なお、ステップＳ５０２の処理手順で、ダウンリンク及びアップリンクの双方のＨＡＲＱ処理の設定値を変更すべきこと端末２０に指示するようにしてもよい。この場合、ステップＳ５０３の処理手順において、端末２０のＨＡＲＱ処理部２０１は、ダウンリンク及びアップリンクの双方のＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング及びＨＡＲＱ ＲＴＴ Ｔｉｍｅｒを変更する。
図１３は、実施の形態に係る処理手順（動作例３）におけるデータの流れをサブフレーム単位に具体化した図である。図１３は、ｅＮＢ１０が、ダウンリンク及びアップリンクの双方のＨＡＲＱ処理において、ＨＡＲＱプロセス数＝１プロセス、ＡＣＫ／ＮＡＣＫ送信タイミング＝１００ｓ、ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ＝２００ｓでＨＡＲＱ処理を行うように端末２０に指示した場合における、データの流れの一例を示している。
まず、ｅＮＢ１０は、端末２０に対してダウンリンクのデータを送信する（Ｓ５５１）。一方、同一のサブフレームにおいて、端末２０は、ｅＮＢ１０に対してアップリンクのデータを送信する（Ｓ５５２）。続いて、端末２０は、ＡＣＫ／ＮＡＣＫ送信タイミングが１００ｓに設定されているため、ステップＳ５５１でデータを受信してから１００ｓ後にＡＣＫ／ＮＡＣＫを返す。一方、ｅＮＢ１０も同様に、ステップＳ５５２でデータを受信してから１００ｓ後にＡＣＫ／ＮＡＣＫを返す。続いて、ｅＮＢ１０は、ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒが２００ｓに設定されているため、ステップＳ５５３でＡＣＫ／ＮＡＣＫを受信してから１００ｓ後に新規データ又は再送データを端末２０に送信する（Ｓ５５５）。一方、端末２０も同様に、ステップＳ５５４でデータを受信してから１００ｓ後に新規データ又は再送データをｅＮＢ１０に送信する。
（動作例３（変形例））

図１４は、実施の形態に係る処理手順（動作例３（変形例））の処理シーケンスの一例を示す図である。動作例３（変形例）では、ｅＮＢ１０の処理方法通知部１０３は、端末２０から通知される端末能力に基づいて、端末２０に通知すべきＨＡＲＱ処理の設定値を決定する。
ステップＳ６０１で、端末２０の能力通知部２０５は、端末２０自身の処理能力に関する情報をｅＮＢ１０に通知する。ｅＮＢ１０の能力通知受信部１０５は、端末２０の処理能力に関する情報を受信して、処理方法通知部１０３に渡す。処理方法通知部１０３は、端末２０の処理能力に関する情報に基づいて、ＨＡＲＱ処理の設定値を決定する。処理方法通知部１０３は、ステップＳ６０１で通知された端末２０の処理能力に関する情報を加工せずに、そのままＨＡＲＱ処理の設定値として扱ってもよいし、ステップＳ６０１で通知された端末２０の処理能力に関する情報の範囲内で、ＨＡＲＱ処理の設定値を決定するようにしてもよい。
例えば、ステップＳ６０１の処理手順において、端末２０の能力通知部２０５は、端末２０自身の処理能力に関する情報として、ＨＡＲＱプロセス数＝２、ＡＣＫ／ＮＡＣＫ送信タイミング＝５０ｓ、ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ＝１００ｓをｅＮＢ１０に通知したと仮定する。この場合、ｅＮＢ１０の処理方法通知部１０３は、端末２０に通知するＨＡＲＱ処理の設定値を、ＨＡＲＱプロセス数＝２、ＡＣＫ／ＮＡＣＫ送信タイミング＝５０ｓ、ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ＝１００ｓとしてもよいし、ＨＡＲＱプロセス数＝１、ＡＣＫ／ＮＡＣＫ送信タイミング＝１００ｓ、ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ＝２００ｓとしてもよい。
なお、ステップＳ６０１の処理手順において、端末２０の能力通知部２０５は、必ずしも全てのパラメータ（ＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング、及びＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）をｅＮＢ１０に通知するのではなく、一部のパラメータのみを通知するようにしてもよい。この場合、ｅＮＢ１０の能力通知受信部１０５は、端末２０から通知されなかったパラメータについては、既存のＬＴＥにおける設定値と同一であると判断する。
ステップＳ６０２乃至ステップＳ６０４の処理手順は、それぞれステップＳ５０２乃至ステップＳ５０４の処理手順と同一であるため、説明は省略する。
以上、実施の形態に係る処理手順（動作例３）について説明した。動作例３の処理手順を行うことで、ＭＴＣのような端末２０を用いて通信を行う場合に、端末２０のＨＡＲＱ処理の設定値を変更することで、消費電力を抑えつつ通信を行うことができるようになる。
（動作例４）

図１５は、実施の形態に係る処理手順（動作例４）の処理シーケンスの一例を示す図である。図１５を用いて、ｅＮＢ１０と端末２０との間でＬＡＡ技術を用いた通信が行われる場合において、ＨＡＲＱ処理の動作が変更される場合の処理手順を説明する。動作例４に係る通信では、ダウンリンク通信にＬＴＥのバンドが用いられ、アップリンク通信に無線ＬＡＮのＬＡＡバンドが用いられると仮定する。
ステップＳ７０１で、ｅＮＢ１０の処理方法通知部１０３は、設定情報記憶部１０４のＬＡＡバンド情報を検索し、端末２０に通知するＨＡＲＱ処理の設定値を決定する。ここで、ＬＡＡバンド情報には図４Ｄに示すＬＡＡバンド情報が格納されているとする。この場合、ＨＡＲＱプロセス数は１０、ＡＣＫ／ＮＡＣＫ送信タイミングは４ｍｓ、ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒは８ｍｓが検索されることになる。
続いて、ｅＮＢ１０の信号処理部１０２は、ＨＡＲＱ処理の設定値を含む制御信号を端末２０に送信する。制御信号は、例えば、ＲＲＣプロトコルで用いられる信号であってもよいし、ＭＡＣサブレイヤで用いられる信号であってもよいし、物理レイヤで用いられる信号であってもよい。
また、信号処理部１０２は、ＨＡＲＱ処理部２０１が保持しているバッファ及び各種タイマー値をリセットさせるために、ステップＳ７０２でＨＡＲＱ処理の設定値を含む制御信号を端末２０に送信した後で、ｉｎｔｒａ−ｃｅｌｌ ＨＯを実施するように端末２０に指示してもよい。この場合、信号処理部１０２は、現在端末２０が接続されているセルと同一のセルに対してＨＯを行うように指示する。
ステップＳ７０２の処理手順は、ステップＳ５０３と同一であるため説明は省略する。
ステップＳ７０３で、ｅＮＢ１０と端末２０との間でデータの伝送及びＡＣＫ／ＮＡＣＫの通知が行われる。
図１６は、実施の形態に係る処理手順（動作例４）におけるデータの流れをサブフレーム単位に具体化した図である。図１６は、ｅＮＢ１０が、ＨＡＲＱプロセス数＝１２プロセス、ＡＣＫ／ＮＡＣＫ送信タイミング＝４ｍｓ、ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ＝１２ｍｓでＨＡＲＱ処理を行うように端末２０に指示した場合における、データの流れの一例を示している。なお、図１６の例では、ＬＡＡバンドを用いたアップリンク通信において、他通信が行われていない場合に４ｍｓ（４サブフレーム）の間のみ通信することが可能であると仮定する。
端末２０は、ｅＮＢ１０からデータを受信（Ｓ７５１）してから４ｍｓ後に、他通信が行われていないことを確認する。図１６の例では、ステップＳ７５１から４ｍｓ後は他通信が行われており、８ｍｓ後に他通信が行われていない状態に遷移したとする。
続いて、端末２０は、４つのＡＣＫ／ＮＡＣＫを送信する（Ｓ７５２、Ｓ７５３、Ｓ７５４、Ｓ７５５）。続いて、ｅＮＢ１０は、ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒが１２ｍｓであるため、端末２０にデータを送信（Ｓ７５１）してから１２サブフレーム後に、新たなデータ又は再送データを端末２０に送信する（Ｓ７５６）。
ここで、ｅＮＢ１０ｂは、端末２０側のＨＡＲＱプロセス数が１２に設定されているため、ステップＳ７５１で端末２０にデータを送信してから、ステップＳ７５６で端末２０に新たなデータ又は再送データを送信するまでの間の１１サブフレームにおいて、別のデータを端末２０に送信することができる。
本動作例のようにアップリンク通信にＬＡＡバンドを用いた場合、ＡＣＫ／ＮＡＣＫを送信可能な時間が限られてしまう。従って、ＨＡＲＱプロセス数を大きくすることで、ＡＣＫ／ＮＡＣＫの受信を待たずに、複数のデータを連続して送信することが可能になる。
（動作例４（変形例））

アップリンク通信にＬＡＡバンドを用いた場合、ＡＣＫ／ＮＡＣＫを送信可能な時間が限られてしまう。そこで、１つのサブフレームに複数のＡＣＫ／ＮＡＣＫを含めてｅＮＢ１０に送信するようにしてもよい。
図１７は、実施の形態に係る処理手順（動作例４（変形例））におけるデータの流れをサブフレーム単位に具体化した図である。
図１７は、アップリンクにおける一つのサブフレームに、複数のＡＣＫ／ＮＡＣＫが含まれる場合のデータの流れを示している。
例えば、端末２０のＨＡＲＱ処理部２０１は、１つのサブフレームに２つのＡＣＫ／ＮＡＣＫを含めるようにしてｅＮＢ１０に送信する（Ｓ７６３、Ｓ７６４）。これにより、アップリンクにＬＡＡバンドを用いた場合でも、１つのサブフレームに複数のＡＣＫ／ＮＡＣＫを含めることで、効率的に通信を行うことが可能になる。
＜効果＞

以上、実施の形態に係る通信システムにおいて、ｅＮＢ１０は、端末２０に対してＨＡＲＱ処理の設定値を指示することで、ＨＡＲＱ処理の動作を任意に変更することを可能にした。これにより、実施の形態に係る通信システムは、ｅＮＢ１０と端末２０との間で行われるＨＡＲＱ処理に関する設定を柔軟に変更することができ、ネットワークの設定や端末２０の種別に関わらず、様々な通信方法に応じて、適切なＨＡＲＱ処理を行うことができる。
また、実施の形態に係る通信システムにおいて、端末２０はｅＮＢ１０に端末２０自身の処理能力を通知すると共に、ｅＮＢ１０は、端末２０の処理能力に基づいてＨＡＲＱ処理の動作を任意に変更することを可能にした。これにより、実施の形態に係る通信システムは、ｅＮＢ１０と端末２０との間で行われるＨＡＲＱ処理に関する設定を、端末２０の処理能力に基づいて柔軟に変更することができ、ネットワークの設定や端末２０の種別に関わらず、様々な通信方法に応じて、適切なＨＡＲＱ処理を行うことができる。
また、実施の形態に係る通信システムにおいて、ＨＡＲＱ処理の設定値として、ＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング、及びＨＡＲＱ ＲＴＴ Ｔｉｍｅｒを任意に変更することを可能にした。これにより、実施の形態に係る通信システムは、ＨＡＲＱ処理の動作を様々に変更することができる。
また、実施の形態に係る通信システムにおいて、端末２０は、端末２０自身の処理能力として、端末２０自身が処理可能な（保持可能な）ＨＡＲＱプロセス数の最大数、端末２０自身の処理能力で対応可能なＡＣＫ／ＮＡＣＫ送信タイミングの最小値、端末２０自身の処理能力で対応可能なＨＡＲＱ ＲＴＴ Ｔｉｍｅｒの最小値をｅＮＢ１０に通知することを可能にした。これにより、実施の形態に係る通信システムは、ＨＡＲＱ処理の動作を、端末２０の処理能力に基づいて様々に変更することができる。
また、実施の形態に係る通信システムにおいて、端末２０は、ＨＡＲＱ処理の設定値が変更された場合に、ＨＡＲＱ処理で用いられるバッファの消去、及び各種タイマー値のリセットを行うようにした。また、端末２０は、ｉｎｔｒａ−ｃｅｌｌ ＨＯ又はＳＣｅｌｌのｄｅａｃｔｉｖａｔｉｏｎといった既存の処理を強制的に実施することで、ＨＡＲＱ処理で用いられるバッファの消去、及び各種タイマー値のリセットを行うようにした。これにより、実施の形態に係る通信システムは、ＨＡＲＱ処理の設定値が変更された場合に、古いデータによる悪影響を排除し、確実にＨＡＲＱ処理の動作を変更することができる。
また、実施の形態に係る通信システムにおいて、ダウンリンク通信のＨＡＲＱ処理とアップリンク通信のＨＡＲＱ処理とを独立して変更することを可能にした。これにより、実施の形態に係る通信システムは、ネットワークの設定や端末２０の種別に関わらず、ダウンリンク及びアップリンク通信を効率的に行うことができる。
また、実施の形態に係る通信システムにおいて、端末２０は、ＨＡＲＱ処理の設定値に係る各種情報を保持するようにし、ｅＮＢ１０は、ＨＡＲＱ処理の設定値を指定するための情報のみを端末２０に通知することを可能にした。これにより、実施の形態に係る通信システムは、ＨＡＲＱ処理の設定値が複雑である場合でも、制御信号のデータ量を増加させることなく、ＨＡＲＱ処理の動作を変更することができる。
＜実施形態の補足＞

以上、実施の形態において、ｅＮＢ１０がＨＡＲＱ処理の設定値を変更するタイミングは、動作例１乃至４で説明する場合に限られない。ｅＮＢ１０は、任意のタイミングでＨＡＲＱ処理の設定値を変更するようにしてもよい。
以上、実施の形態における処理手順において、ｅＮＢ１０から端末２０に指示されるＨＡＲＱ処理の設定値には、必ずしも全てのパラメータ（ＨＡＲＱプロセス数、ＡＣＫ／ＮＡＣＫ送信タイミング、及びＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）を含めなくてもよい。これらのパラメータは、ＬＴＥの仕様により予め決まっているため、変更が必要なパラメータのみを通知するようにしてもよい。
以上、本発明の実施の形態を説明してきたが、開示される発明は実施の形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能構成図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。
以上、実施の形態の全部又は一部は、プログラムによって実装され得る。このプログラムは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
なお、実施の形態において、ｅＮＢ１０は基地局装置の一例である。ＨＡＲＱ処理は、誤り訂正処理の一例である。ＨＡＲＱ処理の設定値は、指示情報の一例である。処理方法変更部２０３は、受信部の一例である。ＨＡＲＱ処理部２０１は、処理部の一例である。能力通知部２０５は、通知部の一例である。ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒは、信号を受信してから再送信号を受信するまでの時間を示すタイマー値の一例である。ＡＣＫ／ＮＡＣＫ送信タイミングは、信号を受信してから受信応答を送信するまでの時間の一例である。図４ＣのＣＡ情報におけるＴｙｐｅＡ又はＴｙｐｅＢは、誤り訂正処理の動作パターンを指示する情報の一例である。
本特許出願は２０１５年１月２９日に出願した日本国特許出願第２０１５−０１５９９８号に基づきその優先権を主張するものであり、日本国特許出願第２０１５−０１５９９８号の全内容を本願に援用する。
１０ ｅＮＢ

２０ 端末

１０１、２０１ ＨＡＲＱ処理部

１０２、２０２ 信号処理部

１０３ 処理方法通知部

１０４、２０４ 設定情報記憶部

１０５ 能力通知受信部

２０３ 処理方法変更部

２０５ 能力通知部

３０１ ＲＦモジュール

３０２ ＢＢ処理モジュール

３０３ 装置制御モジュール

３０４ 通信ＩＦ

４０１ ＲＦモジュール

４０２ ＢＢ処理モジュール

４０３ ＵＥ制御モジュール

Claims (6)

  1. 基地局装置と通信を行う端末であって、
    前記基地局装置から、前記基地局装置と当該端末との間で行われる誤り訂正処理の動作を指示する指示情報であって、誤り訂正処理に用いられるプロセスのプロセス数、信号を受信してから受信応答を送信するまでの時間、及び、信号を受信してから再送信号を受信するまでの時間を示すタイマー値の少なくとも一つを含む指示情報を受信する受信部と、
    前記受信部で受信した前記指示情報に基づいて誤り訂正処理を行う処理部と、
    前記基地局装置に前記誤り訂正処理の動作を決定させるために、前記基地局装置に当該端末の端末能力情報を通知する通知部と、
    を有し、
    前記端末能力情報は、誤り訂正処理に用いられるプロセスのプロセス数であって当該端末が保持可能なプロセス数の上限値、信号を受信してから受信応答を送信するまでの時間であって当該端末が対応可能な時間、又は、信号を受信してから再送信号を受信するまでの時間を示すタイマー値であって当該端末が対応可能なタイマー値の少なくとも一つを含む端末。
  2. 前記処理部は、前記基地局装置から受信した信号の信号数が、前記処理部で処理可能な信号数を超えている場合、前記基地局装置から受信した信号を破棄する、請求項１に記載の端末。
  3. 前記処理部は、前記受信部が前記基地局装置から前記指示情報を受信した場合、前記誤り訂正処理で用いるバッファを消去する、請求項１又は２に記載の端末。
  4. 前記指示情報は、ダウンリンク通信に用いられる誤り訂正処理の動作とアップリンク通信に用いられる誤り訂正処理の動作とを独立して指示する、請求項１乃至３のいずれか一項に記載の端末。
  5. 前記指示情報は、前記誤り訂正処理の動作パターンを指示する情報を含み、
    １以上の前記誤り訂正処理の動作パターンを記憶する記憶部を更に有し、
    前記処理部は、前記受信部で受信した前記指示情報に対応する動作パターンを、前記記憶部から検索し、検索された動作パターンに従って前記誤り訂正処理を行う、請求項１乃至４のいずれか一項に記載の端末。
  6. 前記受信部は、ＲＲＣ信号、ＭＡＣ信号、又は物理レイヤ信号に含まれる前記指示情報を受信する、請求項１乃至５のいずれか一項に記載の端末。
JP2016572098A 2015-01-29 2016-01-27 端末 Active JP6370930B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2015015998 2015-01-29
JP2015015998 2015-01-29
PCT/JP2016/052306 WO2016121809A1 (ja) 2015-01-29 2016-01-27 端末及び通信システム

Publications (2)

Publication Number Publication Date
JPWO2016121809A1 JPWO2016121809A1 (ja) 2017-09-14
JP6370930B2 true JP6370930B2 (ja) 2018-08-08

Family

ID=56543419

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016572098A Active JP6370930B2 (ja) 2015-01-29 2016-01-27 端末

Country Status (6)

Country Link
US (1) US10892855B2 (ja)
EP (1) EP3253114A4 (ja)
JP (1) JP6370930B2 (ja)
CN (1) CN107211311B (ja)
RU (1) RU2017125230A (ja)
WO (1) WO2016121809A1 (ja)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107710663B (zh) * 2015-07-14 2020-03-20 华为技术有限公司 数据传输的方法、用户设备和基站
CN107733583A (zh) * 2016-08-11 2018-02-23 株式会社Ntt都科摩 设置混合自动重传请求的通信方式的方法、基站和用户设备
KR102238467B1 (ko) 2016-09-28 2021-04-08 후아웨이 테크놀러지 컴퍼니 리미티드 하향링크 데이터 및 관련 장치에 대한 ack/nack 정보를 피드백하는 방법
CN108024320A (zh) * 2016-11-04 2018-05-11 华为技术有限公司 传输信息的方法、网络设备和终端设备
WO2019043805A1 (ja) * 2017-08-30 2019-03-07 富士通株式会社 再送制御方法、無線端末、無線基地局
US20200092068A1 (en) * 2018-09-19 2020-03-19 Qualcomm Incorporated Acknowledgement codebook design for multiple transmission reception points
WO2020218231A1 (ja) * 2019-04-25 2020-10-29 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 端末、基地局、受信方法及び送信方法
US11356894B2 (en) * 2019-05-14 2022-06-07 Qualcomm Incorporated Method and apparatus for configuring uplink hybrid automatic repeat request (HARQ) retransmission timer for narrowband communications
US20220006592A1 (en) * 2020-07-01 2022-01-06 Qualcomm Incorporated Techniques for assisted downlink harq feedback in carrier aggregation mode
WO2022032616A1 (en) * 2020-08-14 2022-02-17 Qualcomm Incorporated Unified feedback for configured grant for ultra reliable communication and unlicensed spectrum
EP4283893A4 (en) * 2021-03-08 2024-03-13 Huawei Technologies Co., Ltd. DATA PROCESSING METHOD, APPARATUS AND DATA TRANSMISSION SYSTEM
WO2023123481A1 (zh) * 2021-12-31 2023-07-06 北京小米移动软件有限公司 一种传输方式的切换方法及设备/存储介质/装置

Family Cites Families (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1507352B1 (en) * 2003-08-14 2007-01-31 Matsushita Electric Industrial Co., Ltd. Time monitoring of packet retransmissions during soft handover
ES2732975T3 (es) * 2007-02-02 2019-11-26 Interdigital Tech Corp Método y aparato para controlar un traspaso entre celdas UTRA R6 y R7
EP2266240A1 (en) * 2008-03-18 2010-12-29 Telefonaktiebolaget L M Ericsson (PUBL) A method and a transceiver for harq failure detection
US8473799B2 (en) * 2008-08-21 2013-06-25 Qualcomm Incorporated Handling of disrupted synchronous hybrid automatic repeat request (HARQ) cycle at system time rollover
RU2502187C2 (ru) 2008-11-10 2013-12-20 Интердиджитал Пэйтент Холдингз, Инк. Устройство и способ для активации и деактивации дополнительной несущей нисходящей линии
US8259572B2 (en) * 2008-12-02 2012-09-04 Kyocera Corporation Communication method and transmitting apparatus utilizing the same
US8239723B2 (en) * 2009-01-05 2012-08-07 Intel Corporation HARQ timing control in wireless communication systems
WO2011064676A2 (en) * 2009-11-30 2011-06-03 France Telecom Data transmission method and system
EP2360864A1 (en) * 2010-02-12 2011-08-24 Panasonic Corporation Component carrier (de)activation in communication systems using carrier aggregation
JP4823371B2 (ja) * 2010-03-30 2011-11-24 シャープ株式会社 無線通信システム、移動局装置、基地局装置、無線通信方法および集積回路
US8649363B2 (en) * 2010-06-01 2014-02-11 Htc Corporation Method of hybrid automatic repeat request entity handling and communication device thereof
KR20140023259A (ko) * 2010-11-05 2014-02-26 블랙베리 리미티드 캐리어 집성을 위한 harq 소프트 비트 버퍼 분할
US8797957B2 (en) * 2010-11-12 2014-08-05 Telefonaktiebolaget Lm Ericsson (Publ) Terminal, network node, system and methods for soft buffer handling in carrier aggregation
JP5918497B2 (ja) * 2011-10-11 2016-05-18 株式会社Ｎｔｔドコモ 無線通信システム、無線基地局装置、マシン通信端末及び無線通信方法
MX336819B (es) * 2012-02-21 2016-02-02 Ericsson Telefon Ab L M Control, dependiente del tiempo de procesamiento, de transmision de bloques de datos.
EP2635082A1 (en) * 2012-02-29 2013-09-04 Panasonic Corporation Dynamic subframe bundling
JP6034485B2 (ja) * 2012-05-11 2016-11-30 ▲ホア▼▲ウェイ▼技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． Ｈａｒｑをサポートする、ワイヤレス通信方法、ユーザ装置および基地局
US9014064B2 (en) * 2012-05-11 2015-04-21 Intel Corporation Scheduling and hybrid automatic repeat request (HARQ) timing indication for an uplink-downlink (UL-DL) reconfiguration
EP2858436B1 (en) * 2012-06-29 2017-11-22 Huawei Technologies Co., Ltd. Downlink data transmission scheduling method and device
US20150163740A1 (en) * 2012-07-11 2015-06-11 Lg Electronics Inc. Method and apparatus for changing discontinuous reception cycle in wireless communication system
PT2898618T (pt) * 2012-09-21 2016-11-21 ERICSSON TELEFON AB L M (publ) Método e aparelho num sistema de comunicação sem fios
US20140185496A1 (en) * 2013-01-02 2014-07-03 Qualcomm Incorported Low latency arq/harq operating in carrier aggregation for backhaul link
WO2014107030A1 (ko) * 2013-01-02 2014-07-10 엘지전자 주식회사 무선통신 시스템에서 단말의 데이터 전송 방법 및 상기 방법을 이용하는 단말
WO2014160719A1 (en) * 2013-03-25 2014-10-02 Altiostar Networks, Inc. Transmission control protocol proxy in long term evolution radio access network
EP3664329B1 (en) * 2013-04-05 2023-10-11 Telefonaktiebolaget LM Ericsson (publ) Method, ue and bs for reporting/receiving harq ack/nack for pdsch in dynamic tdd configurations
EP2878157B1 (en) * 2013-04-24 2020-01-01 Nec Corporation Method for use in device-to-device communication and wireless communication system
US9661685B2 (en) * 2013-05-08 2017-05-23 Panasonic Intellectual Property Management Co., Ltd. Wireless communication system and communication device therefor
US9497682B2 (en) 2013-06-07 2016-11-15 Intel Corporation Central processing unit and methods for supporting coordinated multipoint transmission in an LTE network
CN104302011A (zh) * 2013-07-16 2015-01-21 中兴通讯股份有限公司 一种无线资源控制连接重建立的方法、系统及装置
JP6452048B2 (ja) * 2013-08-23 2019-01-16 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
US10367610B2 (en) * 2013-12-04 2019-07-30 Lg Electronics Inc. Methods and apparatuses for performing hybrid automatic retransmission request in wireless access system supporting machine-type communication
CN104170447B (zh) * 2013-12-31 2018-02-02 华为技术有限公司 一种通信方法及设备
WO2015139772A1 (en) * 2014-03-21 2015-09-24 Nokia Solutions And Networks Oy Harq optimization for tdm mode
CN104159319A (zh) * 2014-08-26 2014-11-19 大唐移动通信设备有限公司 一种竞争解决消息的发送方法和基站

Also Published As

Publication number Publication date
US10892855B2 (en) 2021-01-12
RU2017125230A3 (ja) 2019-02-28
CN107211311B (zh) 2021-02-26
JPWO2016121809A1 (ja) 2017-09-14
WO2016121809A1 (ja) 2016-08-04
EP3253114A1 (en) 2017-12-06
CN107211311A (zh) 2017-09-26
RU2017125230A (ru) 2019-02-28
US20170264398A1 (en) 2017-09-14
EP3253114A4 (en) 2018-05-23

Similar Documents

Publication Publication Date Title
JP6370930B2 (ja) 端末
Aijaz Packet duplication in dual connectivity enabled 5G wireless networks: Overview and challenges
JP6937844B2 (ja) パケットデータコンバージェンスプロトコル（ｐｄｃｐ）エンティティにおけるパケット複製
JP6829230B2 (ja) Ｄｒｘ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）を調整する方法
JP6330033B2 (ja) 二重接続における移動局の通信リンクのアップリンク切替え
RU2658586C2 (ru) Pdcp и управление потоком для разделенного однонаправленного канала
CN111149419B (zh) 用于rrc恢复/暂停时的nr pdcp保留的方法和设备
WO2018156074A1 (en) Methods and nodes for packet duplication relating to carrier aggregation in a wireless communication network
CN104283659A (zh) 数据传输定时控制及不连续接收处理的方法及其通信装置
CN110214432B (zh) 通信网络中载波的激活或去活的方法和节点
KR20130050346A (ko) 다중-링크 ｒｌｃ 서브층을 활용하는 다중-포인트 ｈｓｄｐａ 통신을 위한 시스템 및 방법
EP3709572B1 (en) Signal transmission method and device
CN116724661A (zh) 集成接入回程网络中的无线电链路故障处置
WO2014173333A1 (zh) 一种上行控制信息的发送方法及装置
WO2022228077A1 (zh) 一种移动性管理方法及通信装置
RU2754680C1 (ru) Системы и способы связи между мас-уровнем и физическим уровнем для передач
TWI797414B (zh) 用於行動性增強之方法及其使用者設備
JP6397059B2 (ja) ユーザ装置及び基地局
JP7005514B2 (ja) データ伝送方法及び装置
US11799597B2 (en) Method and apparatus for packet duplication and retransmission
WO2016189916A1 (ja) 基地局
JP7243010B2 (ja) キャリアアグリゲーションシステムの通信方法、通信装置、通信システム、コンピュータプログラム、およびコンピュータ可読記憶媒体
TWI646815B (zh) 載波聚合中服務小區的分組方法與使用者設備
US20230188950A1 (en) Communication control method
WO2017051333A1 (en) Mci transmission for mac handshake

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20170419

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180410

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180608

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20180626

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180711

R150 Certificate of patent or registration of utility model

Ref document number: 6370930

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250