JP2018504053A - 拡張キャリアアグリゲーションのためのソフトバッファ管理 - Google Patents

拡張キャリアアグリゲーションのためのソフトバッファ管理 Download PDF

Info

Publication number
JP2018504053A
JP2018504053A JP2017540101A JP2017540101A JP2018504053A JP 2018504053 A JP2018504053 A JP 2018504053A JP 2017540101 A JP2017540101 A JP 2017540101A JP 2017540101 A JP2017540101 A JP 2017540101A JP 2018504053 A JP2018504053 A JP 2018504053A
Authority
JP
Japan
Prior art keywords
ccs
soft buffer
reference number
partitioning
group
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.)
Granted
Application number
JP2017540101A
Other languages
English (en)
Other versions
JP2018504053A5 (ja
JP6651533B2 (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.)
Qualcomm Inc
Original Assignee
Qualcomm 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 Qualcomm Inc filed Critical Qualcomm Inc
Publication of JP2018504053A publication Critical patent/JP2018504053A/ja
Publication of JP2018504053A5 publication Critical patent/JP2018504053A5/ja
Application granted granted Critical
Publication of JP6651533B2 publication Critical patent/JP6651533B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0032Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1835Buffer management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0001Arrangements for dividing the transmission path
    • H04L5/0003Two-dimensional division
    • H04L5/0005Time-frequency
    • H04L5/0007Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058Allocation criteria
    • H04L5/0064Rate requirement of the data, e.g. scalable bandwidth, data priority
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0091Signaling for the administration of the divided path
    • H04L5/0092Indication of how the channel is divided
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453Resources in frequency domain, e.g. a carrier in FDMA

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

ワイヤレス通信のための方法、システム、およびデバイスについて説明する。ユーザ機器(UE)は、キャリアアグリゲーション(CA)動作のために構成されたコンポーネントキャリア(CC)の数がしきい値を超えるとき、ソフトバッファを区分するためのCCのための参照数を決定し得る。たとえば、CCの参照数は、ソフトバッファサイズまたはUEのカテゴリーに関連付けられ得る。UEは、CCの参照数とCCの数との間の比較に基づいてソフトバッファを割り振り得る。UEは、たとえば、CCの参照数と対応するハイブリッド自動再送要求(HARQ)プロセスのステータスとに基づいて、異なる複数のCCに、ソフトバッファの複数の部分を利用し得る。UEは、ソフトバッファの対応する部分中に各HARQプロセスのための対数尤度比(LLR)のセットを記憶し得る。いくつかの例では、CCは、ソフトバッファ区分のための重み係数を用いて優先度グループに構成され得る。【選択図】図2

Description

優先権の主張
相互参照
本特許出願は、各々が本出願の譲受人に譲渡された、2016年1月28日に出願された「Soft Buffer Management for Enhanced Carrier Aggregation」と題する、Chenらによる米国特許出願第15/008,852号、および2015年1月30日に出願された「Soft Buffer Management For Enhanced Carrier Aggregation」と題する、Chenらによる米国仮特許出願第62/110,236号の優先権を主張する。
以下は、一般に、ワイヤレス通信に関し、より詳細には、拡張キャリアアグリゲーション(eCA:enhanced carrier aggregation)のためのソフトバッファ管理に関する。
[0003]ワイヤレス通信システムは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャストなど、様々なタイプの通信コンテンツを提供するために広く展開されている。これらのシステムは、利用可能なシステムリソース(たとえば、時間、周波数、および電力)を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続システムであり得る。そのような多元接続システムの例としては、符号分割多元接続(CDMA)システム、時分割多元接続(TDMA)システム、周波数分割多元接続(FDMA)システム、および直交周波数分割多元接続(OFDMA)システム(たとえば、ロングタームエボリューション(LTE(登録商標))システム)がある。
[0004]例として、ワイヤレス多元接続通信システムは、場合によってはユーザ機器(UE)として知られ得る、複数の通信デバイスのための通信を各々が同時にサポートする、いくつかの基地局を含み得る。基地局は、(たとえば、基地局からUEへの送信のために)ダウンリンクチャネル、および(たとえば、UEから基地局への送信のために)アップリンクチャネル上で、通信デバイスと通信し得る。
[0005]場合によっては、UEは、キャリアアグリゲーション(CA)のための多数のコンポーネントキャリア(CC)を用いて通信し得る。多数のCCを介して送信を受信すると、送信のうちのいくつかは、誤って受信され得、UEは、誤って受信されたデータの後続バージョンを復号する可能性を改善するために、ソフトバッファ中に再送信に関係する情報(たとえば、対数尤度比(LLRS:log-likelihood ratios))を記憶し得る。ソフトバッファが多数のCCのすべての間で区分される場合、任意の所与のCCから再送信のために少数のビットが利用可能であり得る。これは、データの後続のバージョンを正しく復号する可能性を低減し得、したがって、ワイヤレス通信リンクのスループットを低減し得る。
[0006]拡張キャリアアグリゲーション(eCA)におけるソフトバッファ管理のためのシステム、方法および装置について説明する。ユーザ機器(UE)は、キャリアアグリゲーション(CA)動作のために構成されるコンポーネントキャリア(CC)の数が(たとえば、eCA動作において)しきい値を超えるとき、ソフトバッファを区分するためのCCの参照数を決定し得る。たとえば、CCの参照数は、ソフトバッファサイズまたはUEのカテゴリーに関連付けられ得る。UEは、CCの参照数とCCの数との間の比較に基づいてソフトバッファを区分し得る(たとえば、UEは、CCの参照数と構成されるCCの数とのうちの最小値を選択し得る)。UEは、次いで、区分と、対応するハイブリッド自動再送要求(HARQ:Hybrid Automatic Repeat Request)プロセスのステータスとに基づいて、異なるCCにソフトバッファの部分を割り振り得る(たとえば、UEが送信を正しく受信することに失敗した場合)。UEは、ソフトバッファの対応する部分中に、各HARQプロセスのための対数尤度比(LLR)のセットを記憶し得る。
[0007]ワイヤレス通信の方法について説明する。本方法は、CA動作のために構成される複数のCCを示すシグナリングを受信することと、CA動作のために構成されるCCの数がしきい値を超えるとき、ソフトバッファを区分するためのCCの参照数を決定することと、CCの参照数とCA動作のために構成されるCCの数との間の比較に少なくとも部分的に基づいて、ソフトバッファを区分することと、を含み得る。
[0008]ワイヤレス通信のための装置について説明する。本装置は、CA動作のために構成される複数のCCを示すシグナリングを受信するための手段と、CA動作のために構成されるCCの数がしきい値を超えるとき、ソフトバッファを区分するためのCCのCCの参照数を決定するための手段と、CCの参照数とCA動作のために構成されるCCの数との間の比較に少なくとも部分的に基づいて、ソフトバッファを区分するための手段とを含み得る。
[0009]ワイヤレス通信のためのさらなる装置について説明する。本装置は、プロセッサと、プロセッサと電子通信しているメモリと、メモリ中に記憶され、プロセッサによって実行されたとき、装置に、CA動作のために構成される複数のCCを示すシグナリングを受信することと、CA動作のために構成されるCCの数がしきい値を超えるとき、ソフトバッファを区分するためのCCの参照数を決定することと、CCの参照数とCA動作のために構成されるCCの数との間の比較に少なくとも部分的に基づいて、ソフトバッファを区分することと、を行わせるように動作可能な命令とを含み得る。
[0010]ワイヤレス通信のためのコードを記憶する非一時的コンピュータ可読媒体について説明する。コードは、CA動作のために構成される複数のCCを示すシグナリングを受信することと、CA動作のために構成されるCCの数がしきい値を超えるとき、ソフトバッファを区分するためのCCの参照数を決定することと、CCの参照数とCA動作のために構成されるCCの数との間の比較に少なくとも部分的に基づいて、ソフトバッファを区分することと、を行うように実行可能な命令を含み得る。
[0011]本明細書で説明する方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、区分することは、CCの参照数と構成されるCCの数とのうちの最小値に少なくとも部分的に基づく。さらに、いくつかの例では、CCの参照数を決定することは、UEカテゴリーに少なくとも部分的に基づく。
[0012]本明細書で説明する方法、装置、または非一時的コンピュータ可読媒体のいくつかの例は、基地局にUEカテゴリーのインジケーションを送信することと、基地局からCCの参照数を受信することとを行うためのプロセス、特徴、手段、または命令がさらに含み得る。追加または代替として、いくつかの例では、CCの参照数を決定することは、CCの数に少なくとも部分的に基づく。
[0013]本明細書で説明する方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、CCの参照数は、ソフトバッファのサイズに少なくとも部分的に基づく。追加または代替として、いくつかの例では、ソフトバッファのサイズは、UEカテゴリーに関連付けられ、CCの参照数は、UEカテゴリーによってサポートされるCCの最大数よりも少ない。
[0014]本明細書で説明する方法、装置、または非一時的コンピュータ可読媒体のいくつかの例は、区分することとHARQプロセスの終了(termination)ステータスとに少なくとも部分的に基づいて、複数のCCからの1つのCCにソフトバッファの一部分を割り振ることと、ソフトバッファの一部分中にHARQプロセスのためのLLRのセットを記憶することと、を行うためのプロセス、特徴、手段、または命令をさらに含み得る。追加または代替として、いくつかの例では、ソフトバッファを区分することは、コードブロックの数、基地局におけるコードブロックのソフトバッファサイズ、HARQプロセスの数、HARQプロセス制限、またはそれらの任意の組合せのうちの少なくとも1つを識別することを備える。
[0015]本明細書で説明する方法、装置、または非一時的コンピュータ可読媒体のいくつかの例において、しきい値を決定することは5つのCCである。追加または代替として、いくつかの例は、複数のCCの優先度付けに少なくとも部分的に基づいて、ソフトバッファの区分と複数のスケジュールされたCCとの間の対応を決定するためのプロセス、機能、手段、または命令を含み得る。
[0016]本明細書で説明する方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、複数のCCは、少なくとも1次グループと2次グループとにグループ化され、各グループは、複数のCCからの少なくとも1つのCCを備える。追加または代替として、いくつかの例では、1次グループと2次グループとは、二重接続動作(dual-connectivity operation)の一部である。
[0017]ワイヤレス通信の方法について説明する。本方法は、CA動作のために構成される複数のCCを示すシグナリングを受信すること、ここにおいて、複数のCCは、2つ以上の優先度グループを備える、と、各優先度グループのための重み係数と各優先度グループのためのCCの参照数とを識別することと、各優先度グループのための重み係数とCCの数とに少なくとも部分的に基づいてソフトバッファ区分の数を計算することと、ソフトバッファ区分の数に少なくとも部分的に基づいてソフトバッファを区分することとを含み得る。
[0018]ワイヤレス通信のための装置について説明する。本装置は、CA動作のために構成される複数のCCを示すシグナリングを受信するための手段、ここにおいて、複数のCCは、2つ以上の優先度グループを備える、と、各優先度グループのための重み係数と各優先度グループのためのCCの参照数とを識別するための手段と、各優先度グループのための重み係数とCCの数とに少なくとも部分的に基づいて、ソフトバッファ区分の数を計算するための手段と、ソフトバッファ区分の数に少なくとも部分的に基づいてソフトバッファを区分するための手段とを含み得る。
[0019]ワイヤレス通信のためのさらなる装置について説明する。本装置は、プロセッサと、プロセッサと電子通信しているメモリと、メモリ中に記憶され、プロセッサによって実行されたとき、装置に、CA動作のために構成されたる数のCCを示すシグナリングを受信すること、ここにおいて、複数のCCは、2つ以上の優先度グループを備える、と、各優先度グループのための重み係数と各優先度グループのためのCCの参照数とを識別することと、各優先度グループのための重み係数とCCの数とに少なくとも部分的に基づいてソフトバッファ区分の数を計算することと、ソフトバッファ区分の数に少なくとも部分的に基づいてソフトバッファを区分することとを行わせるように動作可能な命令とを含み得る。
[0020]ワイヤレス通信のためのコードを記憶する非一時的コンピュータ可読媒体について説明する。コードは、CA動作のために構成される複数のCCを示すシグナリングを受信すること、ここにおいて、複数のCCは、2つ以上の優先度グループを備え、と、各優先度グループのための重み係数と各優先度グループのためのCCの参照数とを識別することと、各優先度グループのための重み係数とCCの参照数とに少なくとも部分的に基づいて、ソフトバッファ区分の数を計算することと、ソフトバッファ区分の数に少なくとも部分的に基づいて、ソフトバッファを区分することとを行うように実行可能な命令を含み得る。
[0021]開示する概念および具体例は、本開示の同じ目的を実行するための他の構造を修正または設計するための基礎として容易に利用され得る。そのような等価な構成は、添付の特許請求の範囲から逸脱しない。本明細書で開示される概念の特性、それらの編成と動作方法の両方は、関連する利点とともに、添付の図に関連して以下の説明を検討するとより良く理解されよう。図の各々は、例示および説明の目的でのみ与えられるものであり、特許請求の範囲の制限の定義として与えられるものではない。
[0022]本開示の性質および利点のより一層の理解は、以下の図面を参照することによって実現され得る。添付の図では、同様の構成要素または特徴は、同一の参照ラベルを有し得る。さらに、同じタイプの様々な構成要素が、参照ラベルの後に、ダッシュと、同様の構成要素の間で区別する第2のラベルとを続けることによって区別され得る。第1の参照ラベルのみが本明細書において使用される場合、その説明は、第2の参照ラベルにかかわらず、同じ第1の参照ラベルを有する同様の構成要素のうちのいずれか1つに適用可能である。
[0023]本開示の様々な態様による、eCAのためのソフトバッファ管理をサポートする例示的なワイヤレス通信システムを示す図。 [0024]本開示の様々な態様による、eCAのためのソフトバッファ管理をサポートする例示的なワイヤレス通信システムを示す図。 [0025]本開示の様々な態様による、eCAのためのソフトバッファ管理をサポートする例示的なソフトバッファを示す図。 [0026]本開示の様々な態様による、eCAのためのソフトバッファ管理をサポートするシステム中の例示的なプロセスフローを示す図。 [0027]本開示の様々な態様による、eCAのためのソフトバッファ管理をサポートする例示的なワイヤレスデバイスのブロック図。 [0028]本開示の様々な態様による、eCAのためのソフトバッファ管理をサポートする例示的なワイヤレスデバイスのブロック図。 [0029]本開示の様々な態様による、eCAのためのソフトバッファ管理をサポートする例示的なワイヤレスデバイスのブロック図。 [0030]本開示の様々な態様による、eCAのためのソフトバッファ管理をサポートする、ユーザ機器(UE)を含む例示的なシステムを示す図。 [0031]本開示の様々な態様による、eCAにおけるソフトバッファ管理のための方法を示す図。 [0032]本開示の様々な態様による、eCAにおけるソフトバッファ管理のための方法を示す図。 [0033]本開示の様々な態様による、eCAにおけるソフトバッファ管理のための方法を示す図。 [0034]本開示の様々な態様による、eCAにおけるソフトバッファ管理のための方法を示す図。 [0035]本開示の様々な態様による、eCAにおけるソフトバッファ管理のための方法を示す図。 [0036]本開示の様々な態様による、eCAにおけるソフトバッファ管理のための方法を示す図。
[0037]UEは、CA動作のために構成されるCCの数がしきい値を超えるとき、ソフトバッファを区分するためのCCの参照数を決定し得る。たとえば、CCの参照数は、ソフトバッファサイズまたはUEのカテゴリーに関連付けられ得る。UEは、CCの参照数とCCの数との間の比較に基づいてソフトバッファを区分し得る。UEは、次いで、区分と、対応するHARQプロセスのステータスとに基づいて、異なるCCにソフトバッファの部分を割り振り得る(たとえば、UEが送信を正しく受信することに失敗した場合)。UEは、ソフトバッファの対応する部分中に、各HARQプロセスのための対数尤度比(LLR)のセットを記憶し得る。
[0038]いくつかのワイヤレス通信システムは、キャリアアグリゲーション(CA)において同時にいくつかのCCを使用して動作するように構成され得る。場合によっては、CAは、最大5つのCCについて1つのUEによってサポートされ得る。各CCは、最大20MHzであり得、CAを使用して動作しないシステムと後方互換性があり得る。したがって、最大100MHzが、各UEに割り振られ得る。他のシステムでは、eCAにおいて、6つ以上のCCが同時に構成され得、100MHz超の帯域幅が使用され得る。CAのために構成されるCCはすべて、周波数分割複信(FDD)、時分割複信(TDD)、またはそれらの組合せを使用し得る。TDDを使用するコンポーネントキャリアは、同じまたは同様のダウンリンク(DL)またはアップリンク(UL)構成あるいは異なるDL/UL構成を有し得る。さらに、いくつかのサブフレーム、たとえば、特殊サブフレームは、異なるDL/UL構成を使用し得る。
[0039]CAのための構成されるCCの数がしきい値よりも多い場合(たとえば、6つ以上のCC)、構成は、eCA動作として知られ得る。アップリンクキャリアアグリゲーションとpSCellとをサポートするUEは、eCA構成(たとえば、6〜32個のCC構成)のためのDLおよびUL制御シグナリングに対する拡張から利益を得ることがある。例として、DL制御シグナリングは、自己スケジューリングと、存在する場合は、クロスキャリアスケジューリングとを含み得る。UL制御シグナリングは、最大32個のDLキャリアについてのPUCCH上でのアップリンク制御情報(UCI:uplink control information)フィードバックのサポート、または最大32個のDLキャリアについての物理アップリンク共有チャネル(PUSCH)上でのUCIフィードバックのサポートを含み得る。
[0040]異なるカテゴリーのUEは、異なる能力を有し得る。場合によっては、UEカテゴリー情報は、基地局とUEとが効果的に通信することを保証するために基地局によって使用され得る。たとえば、UEのカテゴリーについての知識を用いて、基地局は、基地局によって利用される通信技法またはリソースがUEと互換性があることを保証することによってUEと通信するときに定義されたUL能力を使用し得る。UEの様々なカテゴリーが異なる数のCC構成に適応し得る。たとえば、UEのいくつかのカテゴリーは、最大16個のCCをサポートし得、一方、別のカテゴリーは、最大32個のCCをサポートし得る。UEのさらに他のカテゴリーは、より少ないまたはより多いCCをサポートし得る。表1に、例示的なUEカテゴリーと、各々に関連するソフトチャネルビットの数とを示す。
Figure 2018504053
[0041]場合によっては、以下でさらに詳細に説明するように、UEは、基地局から送信を適切に受信しないことがある。UEは、基地局に送信を再送するように促すために再送信要求を使用し得、UEはこれを適切に受信し得る。再送信が必要であるのかどうかを決定するために、誤り検出および訂正、たとえば、巡回冗長検査(CRC)または前方誤り訂正(FEC)が使用され得る。ワイヤレスシステムは、ハイブリッド自動再送要求(HARQ)を含む様々な誤り検出および再送信技法を採用し得る。
[0042]異なるフレーム構造およびキャリア構成は異なる誤り訂正方式をサポートし得る。場合によっては、周波数分割複信(FDD)構成は、例えば、最大8つのDL HARQプロセスをサポートし得、一方、時分割複信(TDD)構成について、DL HARQプロセスの数は、TDD DL/ULサブフレーム構成に依存し得、最大15個であり得る。表2に、様々なTDD UL/DL構成のための最大のDL HARQプロセスの例を示す。
Figure 2018504053
ソフト合成(soft combining)は、バッファ、たとえば、再構成可能なソフトバッファに、誤って受信されたデータ(たとえば、再送信が要求されることになるデータ)を記憶し、再送信されたデータの受信時にバッファ中に記憶されたデータと再送信されたデータとを合成することによって使用され得る。ソフトバッファは、HARQプロセス、コードワード、およびいくつかの構成されたコンポーネントキャリアに区分され得、半静的な方法で行われ得る。
[0043]たとえば、5つより多いCCを使用して通信することが可能であるUEのための追加のCCに適応するために、ソフトバッファサイズが拡大され得る。たとえば、UEが、最大32個のCCを使用して通信することが可能である場合、eCAの追加のCC(たとえば、CC6〜32個)のために、ソフトバッファが6.4倍(すなわち、32/5)増加され得ると考えられる。ただし、それは、どのCCも再送信のためにソフトバッファリソースを利用する必要があることになるまれなシナリオであり得るので、ソフトバッファのためにそんなに多くのリソースを予約することは不要であり得る。したがって、本明細書で説明するように、ソフトバッファは、UEが適応し得るCCの数とは異なる数、またはUEのために構成されるCCの数とは異なる数に基づいて構成され得る。
[0044]以下の説明は例を与えるものであり、特許請求の範囲に記載される範囲、適用可能性、または例を限定するものではない。本開示の範囲から逸脱することなく、説明される要素の機能および構成において変更が行われ得る。様々な例は、適宜に様々なプロシージャまたは構成要素を省略、置換、または追加し得る。たとえば、説明される方法は、説明される順序とは異なる順序で実行され得、様々なステップが追加、省略、または組み合わされ得る。また、いくつかの例に関して説明される特徴は、他の例において組み合わされ得る。
[0045]図1に、本開示の様々な態様による、ワイヤレス通信システム100の一例を示す。ワイヤレス通信システム100は、基地局105と、UE115と、コアネットワーク130とを含み、eCA動作をサポートし得る。コアネットワーク130は、ユーザ認証と、アクセス許可と、トラッキングと、インターネットプロトコル(IP)接続性と、他のアクセス、ルーティング、またはモビリティ機能とを与え得る。基地局105は、バックホールリンク132(たとえば、S1など)を通してコアネットワーク130とインターフェースする。基地局105は、UE115との通信のための無線構成およびスケジューリングを実行し得るか、または基地局コントローラ(図示せず)の制御下で動作し得る。様々な例では、基地局105は、ワイヤードまたはワイヤレス通信リンクであり得るバックホールリンク134(たとえば、X1など)を介して、直接的または間接的のいずれかで(たとえば、コアネットワーク130を通して)、互いに通信し得る。基地局105のうちのいくつかは、上記で説明したように、非理想的なバックホールリンクを介して接続され得る。
[0046]基地局105は、1つまたは複数の基地局アンテナを介してUE115とワイヤレス通信し得る。基地局105の各々は、それぞれの地理的カバレージエリア110に通信カバレージを与え得る。いくつかの例では、基地局105は、基地トランシーバ局、無線基地局、アクセスポイント、無線トランシーバ、ノードB、eノードB(eNB)、ホームノードB、ホームeノードB、または何らかの他の好適な用語で呼ばれることがある。基地局105のための地理的カバレージエリア110は、カバレージエリアの一部分のみを構成するセクタに分割され得る(図示せず)。ワイヤレス通信システム100は、異なるタイプの基地局105(たとえば、マクロセル基地局またはスモールセル基地局)を含み得る。異なる技術のための重複する地理的カバレージエリア110があり得る。
[0047]いくつかの例では、ワイヤレス通信システム100はロングタームエボリューション(LTE)/LTEアドバンスト(LTE−A)ネットワークである。LTE/LTE−Aネットワークでは、発展型ノードB(eNB)という用語は、概して、基地局105を表すために使用され得、UEという用語は、概して、UE115を表すために使用され得る。ワイヤレス通信システム100は、異なるタイプのeNBが様々な地理的領域にカバレージを与える、異種LTE/LTE−Aネットワークであり得る。たとえば、各eNBまたは基地局105は、マクロセル、スモールセル、または他のタイプのセルに通信カバレージを与え得る。「セル」という用語は、状況に応じて、基地局、基地局に関連付けられたキャリアもしくはコンポーネントキャリア、またはキャリアもしくは基地局のカバレージエリア(たとえば、セクタなど)を記述するために使用され得る3GPP(登録商標)用語である。
[0048]マクロセルは、一般に、比較的大きい地理的エリア(たとえば、半径数キロメートル)をカバーし、ネットワークプロバイダのサービスに加入しているUE115による無制限アクセスを可能にし得る。スモールセルは、マクロセルと比較して、同じまたは異なる(たとえば、認可、無認可などの)周波数帯域内でマクロセルとして動作し得る低電力基地局である。スモールセルは、様々な例によれば、ピコセル、フェムトセル、およびマイクロセルを含み得る。ピコセルは、たとえば、小さい地理的エリアをカバーし得、ネットワークプロバイダのサービスに加入しているUE115による無制限アクセスを可能にし得る。また、フェムトセルは、小さい地理的エリア(たとえば、自宅)をカバーし得、フェムトセルとの関連を有するUE115(たとえば、限定加入者グループ(CSG:closed subscriber group)中のUE115、自宅内のユーザのためのUE115など)による制限付きアクセスを与え得る。マクロセルのためのeNBは、マクロeNBと呼ばれることがある。スモールセルのためのeNBは、スモールセルeNB、ピコeNB、フェムトeNB、またはホームeNBと呼ばれることがある。eNBは、1つまたは複数の(たとえば、2つ、3つ、4つなどの)セル(たとえば、コンポーネントキャリア)をサポートし得る。
[0049]ワイヤレス通信システム100は、同期動作または非同期動作をサポートし得る。同期動作の場合、複数の基地局105は同様のフレームタイミングを有し得、異なる基地局105からの送信は近似的に時間的に整合され得る。非同期動作の場合、複数の基地局105は異なるフレームタイミングを有し得、異なる基地局105からの送信は時間的に整合され得ない。本明細書で説明する技法は、同期動作または非同期動作のいずれかのために使用され得る。
[0050]様々な開示する例のうちのいくつかに適応し得る通信ネットワークは、階層化プロトコルスタックに従って動作するパケットベースネットワークであり得、ユーザプレーン中のデータは、IPに基づき得る。無線リンク制御(RLC)レイヤが、論理チャネルを介して通信するためにパケットセグメンテーションおよびリアセンブリを実行し得る。媒体アクセス制御(MAC)レイヤが、優先度処理と、トランスポートチャネルへの論理チャネルの多重化とを実行し得る。MACレイヤはまた、リンク効率を改善するためにMACレイヤにおいて再送信を行うためにハイブリッド自動再送要求(HARQ)を使用し得る。制御プレーンでは、無線リソース制御(RRC)プロトコルレイヤは、UE115と基地局105との間のRRC接続の確立と構成と保守とを行い得る。RRCプロトコルレイヤはまた、ユーザプレーンデータのための無線ベアラのコアネットワーク130サポートのために使用され得る。物理(PHY)レイヤにおいて、トランスポートチャネルは物理チャネルにマッピングされ得る。
[0051]上述のように、HARQは、データがワイヤレス通信リンク125を介して正しく受信されることを保証する方法であり得る。HARQは、(たとえば、CRCを使用する)誤り検出、前方誤り訂正(FEC)、および再送信(たとえば、自動再送要求(ARQ))の組合せを含み得る。HARQは、劣悪な無線状態(たとえば、信号対雑音状態)でのMACレイヤにおけるスループットを改善し得る。インクリメンタル冗長HARQでは、誤って受信されたデータは、バッファに記憶され、後続の送信と組み合わされ得、データの復号に成功する可能性全体が向上される。場合によっては、冗長ビットが、送信前に各メッセージに追加される。これは、劣悪な状態において特に有用であり得る。他の場合には、冗長ビットは各送信に追加されないが、情報を復号する試みの失敗を示す否定確認応答(NACK)を元のメッセージの送信機が受信した後に再送信される。
[0052]UE115は、ワイヤレス通信システム100全体にわたって分散され得、各UE115は固定またはモバイルであり得る。UE115はまた、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の適切な用語を含み得るか、あるいは当業者によってそのように呼ばれることがある。UE115は、セルラーフォン、携帯情報端末(PDA)、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、タブレットコンピュータ、ラップトップコンピュータ、コードレスフォン、ワイヤレスローカルループ(WLL)局などであり得る。UEは、マクロeNB、スモールセルeNB、リレー基地局などを含む、様々なタイプの基地局およびネットワーク機器と通信することが可能であり得る。UE115は、表1を参照しながら上に述べたように、様々なカテゴリーのものであり得る。いくつかのUE115は、eCA動作のケーブルであり得る。
[0053]ワイヤレス通信システム100に示されている通信リンク125は、UE115から基地局105へのアップリンク(UL)送信、または基地局105からUE115へのダウンリンク(DL)送信を含み得る。ダウンリンク送信は、順方向リンク送信と呼ばれることもあり、アップリンク送信は、逆方向リンク送信と呼ばれることもある。各通信リンク125は1つまたは複数のキャリアを含み得、ここで、各キャリアは、上記で説明した様々な無線技術に従って変調された複数のサブキャリア(たとえば、異なる周波数の波形信号)からなる信号であり得る。各被変調信号は、異なるサブキャリア上で送られ得、制御情報(たとえば、基準信号、制御チャネルなど)、オーバーヘッド情報、ユーザデータなどを搬送し得る。通信リンク125は、周波数分割複信(FDD)動作を使用して(たとえば、ペア(paired)スペクトルリソースを使用して)または時分割複信(TDD)動作を使用して(たとえば、アンペア(unpaired)スペクトルリソースを使用して)双方向通信を送信し得る。FDD(たとえば、フレーム構造タイプ1)およびTDD(たとえば、フレーム構造タイプ2)のためのフレーム構造が定義され得る。
[0054]ワイヤレス通信システム100は、複数のセルまたはキャリア上での動作、すなわち、キャリアアグリゲーション(CA)またはマルチキャリア動作と呼ばれることがある機能をサポートし得る。キャリアは、CC、レイヤ、チャネルなどと呼ばれることもある。「コンポーネントキャリア」という用語は、キャリアアグリゲーション(CA)動作においてUEによって利用される複数のキャリアの各々を指すことがあり、システム帯域幅の他の部分とは別個であり得る。たとえば、コンポーネントキャリアは、独立して、または他のコンポーネントキャリアと組み合わせて利用されることが可能である、比較的狭い帯域幅のキャリアであり得る。各コンポーネントキャリアは、LTE規格のリリース8またはリリース9に基づいて、分離(isolated)キャリアと同じ能力を与え得る。複数のコンポーネントキャリアは、アグリゲートされるか、または同時に利用され得、いくつかのUE115に、より大きい帯域幅と、たとえば、より高いデータレートとを提供する。
[0055]したがって、個別のCCは、レガシーUE115(たとえば、LTEリリース8またはリリース9を実装するUE115)との後方互換性があり得るが、他のUE115(たとえば、リリース8/9後のLTEバージョンを実装するUE115)は、マルチキャリアモードにおいて複数のコンポーネントキャリアを用いて構成され得る。DLのために使用されるキャリアはDL CCと呼ばれることがあり、ULのために使用されるキャリアはUL CCと呼ばれることがある。UE115は、キャリアアグリゲーションのために、複数のDL CCと1つまたは複数のUL CCとで構成され得る。各キャリアは、制御情報(たとえば、基準信号、制御チャネルなど)、オーバーヘッド情報、データなどを送信するために使用され得る。場合によっては、UE115のために構成されるCCの数は、5つに限定され得る。しかし、他の場合には、数は、拡張キャリアアグリゲーション(eCA)動作と呼ばれることがあるものの中で、いくらか高い限度(たとえば、32個)まで構成され得る。eCA動作は、UE115と基地局105との間の追加のまたは異なる制御シグナリングの使用を含み得る。
[0056]UE115は、複数のキャリアを利用して単一の基地局105と通信し得、また、異なるキャリア上で同時に複数の基地局と通信し得る。基地局105の各セルは、ULコンポーネントキャリア(CC)とDL CCとを含み得る。基地局105のための各サービングセルのカバレージエリア110は異なり得る(たとえば、異なる周波数帯域上のCCは、異なる経路損失を経験し得る)。いくつかの例では、あるキャリアは、1次セル(PCell)によってサービスされ得るUE115のための、1次キャリアまたは1次コンポーネントキャリア(PCC)として指定される。1次セルは、UEごとに上位レイヤ(たとえば、無線リソース制御(RRC)など)によって半静的に構成され得る。あるアップリンク制御情報(UCI)、たとえば、物理アップリンク制御チャネル(PUCCH)上で送信された、確認応答(ACK)/否定ACK(NACK)、チャネル品質インジケータ(CQI)、およびスケジューリング情報は、1次セルによって搬送される。
[0057]UE115は、UE115のための1次コンポーネントキャリア(PCC)と1つまたは複数の2次コンポーネントキャリア(SCC)とで構成され得る。PCCは、物理アップリンク制御チャネル(PUCCH)とUE115のための共通探索空間とを搬送する唯一のCCであり得る。ただし、場合によっては、PUCCHは、SCC上でも使用可能にされ得、これは、デュアル接続性構成においてまたはPUCCH負荷のバランスをとるのを助けるのに(またはその両方に)有用であり得る。2次セルは、同様に、UEごとに半静的に構成され得る。場合によっては、2次セルは、1次セルと同じ制御情報を含まないかまたはそれを送信するように構成されないことがある。
[0058]場合によっては、基地局105は、理想的なバックホールを介して接続されないことがあり、コンポーネントキャリア間の協調は困難であることがある。たとえば、サービング基地局105間の接続は、正確なタイミング調整を容易にするのに十分でないことがある。したがって、非理想的なバックホールは、限られたバックホール容量または無視できないバックホールレイテンシを(たとえば、数十ミリ秒)をもつ状況を指すことがある。しかしながら、デュアル接続性解決策は、この問題に対処し得る。たとえば、セルは、1次セルグループ(PCG)と1つまたは複数の2次セルグループ(SCG)との2つ以上のグループに区分され得る。各グループは、CA動作中のセルを有し得る。さらに、各グループは、PCG中の1次セル(PCC)およびSCG中の2次セル(SCC)などのPUCCHを搬送する単一のセルを有し得、このPUCCH対応のSCCは、pSCellと呼ばれ得る。したがって、いくつかの場合には、UE115をサービスするセルは、複数のタイミング調整グループ(TAG)に分割され得る。各TAGは、UE115が、異なるULキャリアに対して異なるようにUL送信を同期させ得るように、異なるタイミングオフセットに関連付けられ得る。そのような場合、共通探索空間は、さらに、UEによってSCG中で監視され得る。さらに、いくつかの例では、アップリンク制御情報は、各グループのPUCCHを使用して各グループに別個に伝達される。SCGに対して、半永続的スケジューリング(SPS:semi-persistent scheduling)とスケジューリング要求(SR:scheduling request)とがサポートされ得る。
[0059]上述のように、UE115は、再送信要求に関係する情報を記憶するためにソフトバッファなどの構成可能なバッファを有し得る。基地局105とUE115との間の通信のために使用されるCCの数の増加に伴って、追加のCCに適応するためにソフトバッファサイズの増加が必要とされ得る。あらゆるCCが、第1のHARQ送信失敗を有する可能性は低いことがあるので、CCの増加に比例してバッファサイズを増加させるのは非効率的であり得る。したがって、CCの参照数は、ソフトバッファのサイズ、ソフトバッファの区分の数、ソフトバッファの区分のサイズ、またはソフトバッファの区分の割振りを構成するために使用され得る。CCの参照数は、UE115において、基地局105において、または別のネットワーク構成要素において決定され得る。ソフトバッファ構成のためのCCの数を制限することによって、別の用途のためなどのようにリソースを保持しながら、大部分の送信のために十分なソフトバッファが構成され得る。
[0060]したがって、UE115は、CA動作のために構成されたCCの数がしきい値を超えるときにソフトバッファを区分するためのCCの参照数を決定し得る(たとえば、UE115は、16個のCCのしきい値で構成され得、最大32個のCCがeCA動作中に構成され得る)。たとえば、CCの参照数は、ソフトバッファサイズまたはUE115のカテゴリーに関連付けられ得る。UE115は、CCの参照数とCCの数との間の比較に基づいてソフトバッファを区分し得る。UE115は、次いで、区分と、対応するHARQプロセスのステータスとに基づいて、異なるCCにソフトバッファの部分を割り振り得る(すなわち、UEが送信を正しく受信または復号することに失敗した場合)。UE115は、ソフトバッファの対応する部分中に各HARQプロセスのためのLLRのセットを記憶し得る。
[0061]図2に、本開示の様々な態様による、eCA構成におけるジョイント制御をサポートするワイヤレス通信システム200の一例を示す。ワイヤレス通信システム200に、基地局105−aと、105−bと、UE115−aとの間の通信を示す。場合によっては、基地局105−aとUE115−aとは、キャリアアグリゲーション、デュアル接続性、またはそれらの何らかの組合せを使用して通信し得る。基地局105−aおよび105−bは、図1の通信リンク125の一例であり得るCC205を介した通信リンクを使用してUE115−aと通信し得る。場合によっては、CC205は、再送信のスケジューリングまたは優先度付けのためにグループ化され得る。構成されたCC205のうちの1つからの送信が誤って受信される場合、基地局105−aは、情報が受信されない、誤って受信される、またはチャネル品質が非常に不十分である場合などに再送信を開始し得る。たとえば、基地局105−aは、再送信を開始するために自動再送要求(ARQ)、ハイブリッド自動再送要求(HARQ)、または別の再送信機構を使用し得る。UE115−aは、次いで、消失した送信の後続のバージョンを復号する可能性を増加させるために、ソフトバッファ215中に元の送信からのデータを記憶し得る。
[0062]場合によっては、UEが送信を復号することに失敗するのはまれであり得るので、各CC上で受信されたシンボルまたはパケットのすべてについてのデータをバッファする必要がないことがある。したがって、ソフトバッファは、区分され得、バッファのビットは、異なるCC上でのHARQプロセスに必要に応じて割り振られ得る。ソフトバッファ215は、準リアルタイムで、半静的に、周期的に、または静的に構成され得る。ソフトバッファ215の区分の態様は、UE115−aによって、または基地局105−aによって構成され得る。通信リンク125−aは、基地局105−aから、ソフトバッファ215を構成すること、またはそれの構成を開始することを行い得るUE115−aに情報を送信するために使用され得る。たとえば、構成されたセルの数は、ソフトバッファ215を区分するために使用され得る。ソフトバッファ215を構成することによって、区分の数または区分のサイズが調整され得る。UE115−aが再送信を正常に復号することが可能になるのに各区分が十分なサイズのものである可能性を増加させるために、区分の数は、構成されたCCの数の代わりにCCの参照数に基づき得る。
[0063]すなわち、CC205の数を増加させることは、より大きいソフトバッファ215、またはソフトバッファ215を区分する異なる方法を必要とし得る。したがって、CCの数に対する制限は、区分が使用され得ると決定するために使用され得る。CCの参照数は、ソフトバッファサイズまたはUE115−aのカテゴリーに関連付けられ得る。UE115−aは、CCの参照数とCCの数との間の比較に基づいてソフトバッファ215を区分し得る。UE115−aは、次いで、区分と対応するHARQプロセスのステータスとに基づいて異なるCCにソフトバッファ215の部分を割り振り得る。UE115−aは、ソフトバッファ215の割り振られた部分中に失敗した送信に関係するLLRのセットを記憶し得る。異なるCC上に、ソフトバッファの区分があるよりも多くの失敗した送信がある場合、LLRの1つまたは複数のセットがCCの優先度付け方式に基づいてドロップされ得る。
[0064]場合によっては、CCの参照数を使用する代わりに、CC205のグループの優先度付けに基づいて数が計算され得る。各グループは、スカラーで重み付けされ、グループ中のCCの数を乗算され得、グループごとに得られた積が合計され得る。得られた和は、ソフトバッファ215中の区分の総数として使用され得る。たとえば、セルの第1のグループは、1の重み付けを与えられ得、それには、X1個のソフトバッファ区分を割り振られ得、一方、セルの第2のグループは、1/2または1/4の重みを与えられ得、それには、X2/2またはX2/4個のソフトバッファ区分を割り振られ得る。
[0065]図3に、本開示の様々な態様による、eCAにおけるソフトバッファ管理のためのソフトバッファ300の一例を示す。ソフトバッファ300は、ソフトバッファ215の一例であり得、図2で説明したように、UE115の一部であり得る。ソフトバッファ300は、いくつかの区分305を含み得る。図示のように、ソフトバッファ300は、N個の区分305を含む。区分305のサイズは、区分305の数に依存し得、あらかじめ定義されるか、シグナリングされるか、半静的に構成されるか、または、準リアルタイムで構成され得る。場合によっては、区分305は、すべて同じサイズであるが、区分305はまたサイズが異なり得る。区分305の総数は、UEカテゴリーなどの通信されたパラメータに基づいて決定され得、UE115のメモリリソースによって定義または制限され得る。場合によっては、ソフトバッファ300は、総サイズ、区分305の数、または区分305のサイズで調整可能であり得る。場合によっては、ソフトバッファ300によって使用されないメモリは、UE115によって他の用途のために構成され得る。
[0066]ソフトバッファ300は、ソフト合成を伴うHARQのために構成され得る。ソフト合成を伴うHARQを採用する方式では、UE115などの受信機は、何らかの誤りをもつデータブロックを受信し、バッファ(たとえば、ソフトバッファ300)中にブロックに関係するLLRを記憶し得る。データブロックの再送信の後に(たとえば、1つまたは複数の冗長バージョンの送信の後に)、受信機は、データを正常に復号する可能性を増加させるために、1つまたは複数の前のバージョンに基づく既存のLLRと新しいバージョンを組み合わせ得る。比較的少数の構成されたCCを用いるCA動作では、UE115は、各区分中にソフトバッファビットの数
SBを与えることに基づいて区分されるソフトバッファ300中に、ソフトチャネルビットを記憶し得、ここで、
Figure 2018504053
N’softは、UE115のカテゴリーによるソフトバッファビットの総数であり、KMIMOは、UE115の送信モードに基づく整数値であり、MDL_HARQは、ダウンリンクHARQプロセスの最大数であり、Mlimitは、HARQプロセス制限(たとえば、8の制限)であり、Cはコードブロックの数であり、
Figure 2018504053
は、構成されたサービングセル(たとえば、CC)の数であり、Ncbは、r番目のコードブロックのためのビット数である。
[0067]
ダウンリンク共有(DL−SCH)およびページング(PCH)トランスポートチャネルについて、
Figure 2018504053
であり、アップリンク共有(UL−SCH)およびマルチキャスト(MCH)トランスポートチャネルについて、Ncb=Kwである。Kwは、サーキュラーバッファ長さである。NLRは、r番目のコードブロックのためのソフトバッファサイズを示し、
Figure 2018504053
であり、ここで、UE115が、ue−Category−v10xyをシグナリングし、DLセルのために送信モード9/10で構成された場合、Nsoftは、ue−Category−v10xyによって示されるUEカテゴリーによるソフトチャネルビットの総数になり得る。そうでない場合、Nsoftは、ue−Categoryによって示されるUE115のカテゴリーによるソフトチャネルビットの総数になり得る。たとえば、Nsoft=35982720である場合、KCは、CAが構成されるときに5であり、あるいはUE115の能力(たとえば、UE115がサポートすることができるレイヤの数)に応じて1または2である。場合によっては、UEが、所与のCC上でなど、送信モード3、4、8、9、または10に基づいて物理ダウンリンク共有チャネル(PDSCH)送信を受信するように構成される場合、KMIMOは、2に等しくなり、そうでない場合、1に等しくなり得る。UEが2つ以上のサービングセルで構成され、少なくとも2つのサービングセルが異なるUL/DL構成を有する場合、MDL_HARQは、サービングセルのDL参照UL/DL構成のためのDL HARQプロセスの最大数になり得る。他の場合、MDL_HARQは、DL HARQプロセスの最大数になり得る。
[0068]式1および2によって示されるように、ソフトバッファ管理(たとえば、ソフトバッファサイズ)は、HARQプロセスの数または構成されたCCの数、またはその両方の関数として説明され得る。ソフトバッファは、各CCに対して事実上等しい区分を含み得るか、または異なるCCに異なる量で割り振られ得る。
[0069]ある数のCCが構成されるとき(たとえば、5より多い)、区分の数305は、UE115によって、または基地局105によって、制限または定義され得る。たとえば、基地局105は、ソフトバッファ300のための区分305の数を示すか、またはそれを決定するために使用され得る信号をUE115に送信し得る。UE115は、受信されたインジケーション、他の受信された情報、あるいはUE115の他のファクタまたは特性に基づいて、区分305の数を決定し得る。たとえば、基地局105とUE115との間の通信のために構成されたセルの数は、基地局105からUE115への通信のために構成されたセルの数のインジケータを送信することによってなど、構成すべき区分305の数を決定するために使用され得る。
[0070]通信のために構成された構成されたCCの数以外の値は、ソフトバッファ300をどのように区分するかを決定するために使用され得る。たとえば、CCの参照数は、通信のために構成されたCCの実際の数の代わりに、またはそれに加えて使用され得る。たとえば、CCの参照番号の最小値と通信のために構成されたセルの数とは、ソフトバッファ300をどのように区分するのかを決定するときに使用され得る。CCの参照数は、あらかじめ定義されるか、(たとえば、UE115によって、または基地局105によって)決定されるか、または(たとえば、基地局105からUE115に)シグナリングされ得る。CCの参照数は、構成されたCCの数にかかわらず固定値であり得るか、あるいは構成されたCCの数の異なる仮定に対応するかまたは異なるUEカテゴリーに対応するなど、2つ以上の値を有し得る。
[0071]時々、CCの参照数は、再送信要求のためになど、区分305のすべてまたはそれより多くが必要とされる確率に基づいて決定され得る。たとえば、10個のCCの制限は、めったに使用されないか、または別の目的のために使用された方がよいリソースをソフトバッファ300に不必要に割り振ることなしに最大32個のコンポーネントキャリアの多くのeCAシナリオの必要を満たし得る。たとえば、32個のCCがUEのために構成されると仮定し、第1のHARQ送信について10%のブロック誤り率(BLER)を仮定すると、第1のHARQ送信失敗をもつCCのCCの参照数より多くを有する確率は、8つの制限ではほぼ0.33%であり得るか、確率は、10個の制限では0.017%であり得るか、または確率は、12個の制限では0.006%であり得る。ただし、CCの参照数が、ここで説明するように、構成されたもののうちでUE115が使用し得るCCの数に対する制限ではなく、ソフトバッファ300のサイズまたは区分305を決定するための制限であり得ることを留意されたい。
[0072]例として、
Figure 2018504053
は、CCの参照数を表し得、したがって、
Figure 2018504053
ここで、式は、UEカテゴリーと結びつけられるか、またはそれに基づいて実装され得、UEカテゴリーのソフトバッファサイズは、K個のキャリアに基づいて定義され得るが、UE115は、最大32個のCCをサポートし得る。場合によっては、したがって、Mlimitは、ソフトバッファサイズ区分のためのHARQプロセスの数を制限するために使用され得、
Figure 2018504053
は、ソフトバッファサイズ区分のためのCCの数を制限するために使用され得る。いくつかの例では、CCの実際にスケジュールされた数がCCの参照数を超える場合、UE115は、対応するLLRをどのように記憶するかを決定し得る。追加または代替として、場合によっては、PCellまたはpSCellは、区分についてより高い優先度が与えられ得るか、あるいはより大きいトランスポートブロックサイズ(TBS)またはより高いMCSまたは最新の送信でのCCに対するHARQプロセスについてより高い優先度が割り当てられ得る。
[0073]場合によっては、CCの参照数は、UEのために構成されたCCの数よりも小さいことがある。次いで、UEは、各CCのHARQ終了ステータスに基づいて異なるCCにソフトバッファ300を動的に割り振り得る。さらに、異なるCCは、異なる数のDL HARQプロセスを有し得るが、制限Mlimit=8は、異なるHARQプロセスにCCごとのソフトバッファを区分するために8の値を使用することを強制し得る。したがって、ある1つのCCについてMDL_HARQ<8でない限り、すべてのCCは、実質的に、同じHARQプロセスごとのソフトバッファサイズを有し得る。
[0074]場合によっては、ソフトバッファ300の区分305のサブセットは、区分305のグループ310を形成するために一緒にグループ化され得る。グループ310は、同数の区分305または異なる数の区分305を含み得る。さらに、グループ310内の区分は、同じサイズであるか、または異なるサイズであり得、グループ310にわたる区分305は、同じサイズであるか、または異なるサイズのものであり得る。グループ310は、優先度を付けられ得る。たとえば、グループ1は、グループ2と比較してより高い優先度であり得、したがって、グループ1は、グループ2よりも多くのソフトバッファ300の区分305を割り振られ得る。グループ310のサイズは、UE115においてまたは基地局105において決定され、その後、UE115にシグナリングされ得る。区分305のデフォルト数またはグループスカラー値など、パラメータがシグナリングまたは決定され得る。たとえば、グループ310ごとの区分305のデフォルト数は8であり得る。グループ1〜Mは、区分のデフォルト数に基づいてそれらに関連するスカラー値を有し得る。たとえば、グループ1は、1/2のスカラー値を有し得、一方、グループ2および3は、1/4のスカラー値を有し得、グループ4およびMは、1/8のスカラー値を有し得る。時々、HARQプロセスの数の制限は、各グループのスカラー値に基づき得る。ソフトバッファ区分をグループ化することによって、CCにわたるソフトバッファ300の再利用が低減され得る。さらに、1よりも小さいスカラー値を有する1つのCCについて、Mlimitの低減が検討され得、したがって、そのCCのためのHARQプロセスごとのソフトバッファサイズは小さくなりすぎない。
[0075]図4に、本開示の様々な態様による、eCAにおけるソフトバッファ管理のためのプロセスフロー400の一例を示す。プロセスフロー400は、UE115−bと基地局105−cとの間の通信プロセスを表し得、これは、図1〜図2を参照しながら本明細書で説明したUE115と基地局105との例であり得る。
[0076]ブロック405において、UE115−bは、基地局105−bにそれのUEカテゴリーのインジケーションを送信し得る。場合によっては、カテゴリーは、UE115−bのためのソフトバッファ区分の数を決定するために使用され得る。
[0077]ブロック410において、基地局105−cは、CA動作(またはデュアル接続性動作)のために構成された複数のCCを示す受信シグナリングを送信し(、UE115−bは、それを受信し)得る。場合によっては、UE115−bは、複数のCCの優先度付けに基づいてソフトバッファの区分と複数のスケジュールされたCCとの間の対応を決定し得る。いくつかの例では、複数のCCは、少なくとも1次グループと2次グループとにグループ化され、ここで、各グループは、複数のCCからの少なくとも1つのCCを含む。いくつかの例では、1次グループと2次グループとは、二重接続動作(dual-connectivity operation)の一部である。場合によっては、シグナリングは、RRCレイヤシグナリングであり得る。
[0078]ブロック415において、UE115−bまたは基地局105−cは、ソフトバッファのための区分を決定する際に使用されるべきCCの参照数を決定し得る。基地局105−cがコンポーネントキャリアの数についての制限を決定する場合、基地局105−cは、UE115−bにCCの参照数をシグナリングし得る。CCの参照数が、基地局105−cとUE115−bとが通信のために使用することが可能である構成またはスケジュールされたコンポーネントキャリアの数に対する制限にではなく、ソフトバッファ目的のためのコンポーネントキャリアの数に対応し得ることに留意されたい。いくつかの例では、CCの参照数は、ソフトバッファのサイズに基づく。いくつかの例では、ソフトバッファのサイズは、UEカテゴリーに関連付けられ、CCの参照数は、UEカテゴリーによってサポートされるCCの最大数よりも少ない。
[0079]ブロック420において、UE115−bは、CCの参照数とCA動作のために構成されたCCの数との間の比較に基づいてソフトバッファを区分し得る。いくつかの例では、区分することは、CCの参照数と構成されたCCの数とのうちの最小値に基づく。いくつかの例では、CCの参照数を決定することは、UEカテゴリーに基づく。いくつかの例では、ソフトバッファを区分することは、コードブロックの数、基地局におけるコードブロックのソフトバッファサイズ、HARQプロセスの数、HARQプロセス制限、またはそれらの任意の組合せのうちの少なくとも1つを識別することを含む。
[0080]ブロック425において、基地局105−cは、いくつかのCCを使用してUE115−bと通信し得る。通信は、HARQプロセスの数に基づき得る。場合によっては、CCの数は、5つよりも大きい。
[0081]ブロック430において、UE115−bは、HARQプロセスの各々のためのHARQフィードバックを送信し得る。場合によっては、いくつかの送信は、誤って受信され得、UE115−bは、誤りを有して受信された各送信についてNACKを送信し得る。
[0082]ブロック435において、UE115−bは、ソフトバッファ中に再送信要求に関係する情報(たとえば、各NACKに対応するLLR)を記憶し得る。すなわち、UE115−bは、区分することとHARQプロセスの終了ステータスとに基づいてCCにソフトバッファの一部を割り振り得る。次いで、UE115−bは、ソフトバッファの部分中にHARQプロセスのための対数尤度比(LLR)のセットを記憶し得る。
[0083]ブロック440において、基地局105−cは、受信されたHARQフィードバックに基づいてUE115−bに(たとえば、追加の冗長バージョンを使用して)いくつかのデータブロックを再送信し得る。再送信の数は、送信の元の数よりも小さいことがある。
[0084]ブロック445において、UE115−bは、ソフトバッファ中の情報を使用して再送信を復号し得る。
[0085]CCの参照数を使用することの代替として、UE115−bは、2つ以上の優先度グループに構成されたCCをグループ化し、各優先度グループのための重み係数と各優先度グループのためのCCの参照数とを識別し、各優先度グループのための重み係数とCCの数とに基づいてソフトバッファ区分の数を計算し得る。UE115−bは、次いで、このようにして決定されたソフトバッファ区分の数に基づいてソフトバッファを区分し得る。
[0086]図5に、本開示の様々な態様による、eCAにおけるソフトバッファ管理のために構成されたワイヤレスデバイス500のブロック図を示す。ワイヤレスデバイス500は、図1〜図4を参照しながら説明したUE115の態様の一例であり得る。ワイヤレスデバイス500は、受信機505、eCAソフトバッファマネージャ510、または送信機515を含み得る。ワイヤレスデバイス500はまた、プロセッサを含み得る。これらの構成要素の各々は互いに通信していることがある。
[0087]受信機505は、パケット、ユーザデータ、または様々な情報チャネルに関連する制御情報(たとえば、制御チャネル、データチャネル、およびeCAのためのソフトバッファ管理に関係する情報など)などの情報を受信し得る。情報は、eCAソフトバッファマネージャ510に、およびワイヤレスデバイス500の他の構成要素にパスされ得る。いくつかの例では、受信機505は、基地局からCCの参照数を受信し得る。
[0088]eCAソフトバッファマネージャ510は、CA動作のために構成された複数のCCを示すシグナリングを受信することと、CA動作のために構成されたCCの数がしきい値を超えるときにソフトバッファを区分するためのCCの参照数を決定することと、CCの参照数とCA動作のために構成されたCCの数との間の比較に基づいてソフトバッファを区分することとを行い得る。
[0089]送信機515は、ワイヤレスデバイス500の他の構成要素から受信された信号を送信し得る。いくつかの例では、送信機515は、トランシーバモジュールにおいて受信機505とコロケートされ得る。送信機515は、単一のアンテナを含み得るか、または送信機515は、複数のアンテナを含み得る。
[0090]図6に、本開示の様々な態様による、eCAにおけるソフトバッファ管理のためのワイヤレスデバイス600のブロック図を示す。ワイヤレスデバイス600は、図1〜図5を参照しながら説明したワイヤレスデバイス500またはUE115の態様の一例であり得る。ワイヤレスデバイス600は、受信機505−a、eCAソフトバッファマネージャ510−a、または送信機515−aを含み得る。ワイヤレスデバイス600はまた、プロセッサを含み得る。これらの構成要素の各々は互いに通信していることがある。eCAソフトバッファマネージャ510−aはまた、CAモジュール605と、CCの参照数モジュール610と、ソフトバッファ区分モジュール615とを含み得る。
[0091]受信機505−aは、eCAソフトバッファマネージャ510−aに、およびワイヤレスデバイス600の他の構成要素にパスされ得る情報を受信し得る。eCAソフトバッファマネージャ510−aは、図5を参照しながら本明細書で説明した動作を実行し得る。送信機515−aは、ワイヤレスデバイス600の他の構成要素から受信された信号を送信し得る。
[0092]CAモジュール605は、図2〜図4を参照しながら本明細書で説明したように、CA動作のために構成された複数のCCを示すシグナリングを受信し得る。CAモジュール605はまた、CA動作のために構成された複数のCCを示すシグナリングを受信し得、複数のCCは、2つ以上の優先度グループを含み得る。
[0093]CCの参照数モジュール610は、図2〜図4を参照しながら本明細書で説明したように、CA動作のために構成されたCCの数がしきい値を超えるときにソフトバッファを区分するためのCCの参照数を決定し得る。いくつかの例では、CCの参照数を決定することは、UEカテゴリーに基づき得る。場合によっては、CCの参照数を決定することは、CCの数に基づき得る。追加または代替として、CCの参照数は、ソフトバッファのサイズに基づき得る。構成されたCCの数は、たとえば、6つ以上であり得る。
[0094]ソフトバッファ区分モジュール615は、図2〜図4を参照しながら本明細書で説明したように、CCの参照数とCA動作のために構成されたCCの数との間の比較に基づいてソフトバッファを区分し得る。いくつかの例では、区分することは、CCの参照数と構成されたCCの数とのうちの最小値に基づき得る。場合によっては、ソフトバッファを区分することは、コードブロックの数、基地局におけるコードブロックのソフトバッファサイズ、HARQプロセスの数、HARQプロセス制限のうちの少なくとも1つを識別することを含む。ソフトバッファ区分モジュール615はまた、各優先度グループのための重み係数とCCの数とに基づいてソフトバッファ区分の数を計算し得る。ソフトバッファ区分モジュール615は、いくつかの例では、異なるCCグループに関連する重みに基づいて計算されるソフトバッファ区分の数に従ってソフトバッファを区分し得る。
[0095]図7に、本開示の様々な態様による、eCAにおけるソフトバッファ管理のためのワイヤレスデバイス500またはワイヤレスデバイス600の構成要素であり得るeCAソフトバッファマネージャ510−bのブロック図700を示す。eCAソフトバッファマネージャ510−bは、図5〜図6を参照しながら説明したeCAソフトバッファマネージャ510の態様の一例であり得る。eCAソフトバッファマネージャ510−bは、CAモジュール605−aと、CCの参照数モジュール610−aと、ソフトバッファ区分モジュール615−aとを含み得る。これらのモジュールの各々は、図6を参照しながら本明細書で説明した機能を実行し得る。eCAソフトバッファマネージャ510−bはまた、UEカテゴリーモジュール705と、ソフトバッファ割振りモジュール710と、LLRバッファリングモジュール715と、CC優先度付けモジュール720とを含み得る。
[0096]UEカテゴリーモジュール705は、図2〜図4を参照しながら本明細書で説明したように、基地局にUEカテゴリーのインジケーションを送信し得る。いくつかの例では、ソフトバッファのサイズは、UEカテゴリーに関連付けられ得、サイズは、CCの参照数に基づいて決定され得、CCの参照数は、UEカテゴリーによってサポートされるCCの最大数よりも小さいことがある。
[0097]ソフトバッファ割振りモジュール710は、図2〜図4を参照しながら本明細書で説明したように、区分することとHARQプロセスの終了ステータスとに基づいて複数のCCからのCCにソフトバッファの一部を割り振り得る。
[0098]LLRバッファリングモジュール715は、図2〜図4を参照しながら本明細書で説明したように、ソフトバッファの対応する部分中に1つまたは複数のHARQプロセスのためのLLRのセットを記憶し得る。
[0099]CC優先度付けモジュール720は、図2〜図4を参照しながら本明細書で説明したように、複数のCCの優先度付けに基づいてソフトバッファの区分と複数のスケジュールされたCCとの間の対応を決定し得る。いくつかの例では、複数のCCは、少なくとも1次グループと2次グループとにグループ化され、ここで、各グループは、複数のCCからの少なくとも1つのCCを含む。いくつかの例では、1次グループと2次グループとは、二重接続動作の一部である。CC優先度付けモジュール720はまた、各優先度グループのための重み係数と各優先度グループのためのCCの参照数とを識別し得る。
[0100]ワイヤレスデバイス500、ワイヤレスデバイス600、およびeCAソフトバッファマネージャ510−bの構成要素は、適用可能な機能の一部またはすべてをハードウェアで実行するように適応された少なくとも1つのASICを用いて個別にまたはまとめて実装され得る。代替的に、それらの機能は、1つまたは複数の他の処理ユニット(またはコア)によって、少なくとも1つのIC上で実行され得る。他の例では、当技術分野で知られている任意の様式でプログラムされ得る、他のタイプの集積回路(たとえば、ストラクチャード/プラットフォームASIC、FPGA、または別のセミカスタムIC)が使用され得る。各ユニットの機能はまた、全体的にまたは部分的に、1つまたは複数の汎用または特定用途向けプロセッサによって実行されるようにフォーマットされた、メモリ中に組み込まれた命令を用いて実装され得る。
[0101]図8に、本開示の様々な態様による、eCAにおけるソフトバッファ管理のために構成されたUE115を含むシステム800の図を示す。システム800は、図1、図2および図5〜図7を参照しながら本明細書で説明したワイヤレスデバイス500、ワイヤレスデバイス600、またはUE115の一例であり得るUE115−cを含み得る。UE115−cは、図5〜図7を参照しながら説明したeCAソフトバッファマネージャ510の一例であり得るeCAソフトバッファマネージャ810を含み得る。UE115−cは、ソフトバッファ825をも含み得る。UE115−cは、通信を送信するための構成要素と通信を受信するための構成要素とを含む、双方向音声およびデータ通信のための構成要素をも含み得る。たとえば、UE115−cは、基地局105−dまたはUE115−dと双方向に通信し得る。
[0102]ソフトバッファ825は、再送信を正常に受信する可能性を増加させるためにHARQ送信に関係する情報を記憶するために使用され得る。ソフトバッファ825は、図1〜図7を参照しながら本明細書で説明したように、ソフトバッファ215またはソフトバッファ300の一例であり得る。
[0103]UE115−cは、プロセッサ805と、(ソフトウェア(SW)を含む)メモリ815 820と、トランシーバ835と、1つまたは複数のアンテナ840とを含み得、その各々は、(たとえば、バス845を介して)互いに直接または間接的に通信し得る。トランシーバ835は、上述されたように、アンテナ840またはワイヤードリンクもしくはワイヤレスリンクを介して、1つまたは複数のネットワークと双方向に通信し得る。たとえば、トランシーバ835は、基地局105または別のUE115と双方向に通信し得る。トランシーバ835は、パケットを変調し、被変調パケットを送信用にアンテナ840に供給し、アンテナ840から受信されたパケットを復調するためにモデムを含み得る。UE115−cは、単一のアンテナ840を含み得るが、UE115−cはまた、複数のワイヤレス送信を同時に送信または受信することができる複数のアンテナ840を有し得る。
[0104]メモリ815は、ランダムアクセスメモリ(RAM)と読取り専用メモリ(ROM)とを含み得る。メモリ815は、実行されたとき、プロセッサ805に、本明細書で説明する様々な機能(たとえば、eCAのためのソフトバッファ管理など)を実行することを行わせる命令を含むコンピュータ可読、コンピュータ実行可能ソフトウェア/ファームウェアコード820を記憶し得る。代替として、ソフトウェア/ファームウェアコード820は、プロセッサ805によって直接実行可能ではないことがあるが、(たとえば、コンパイルされ実行されたときに)コンピュータに、本明細書で説明する機能を実行させ得る。プロセッサ805は、インテリジェントなハードウェアデバイス(たとえば、中央処理装置(CPU)、マイクロコントローラ、ASICなど)を含み得る。
[0105]図9に、本開示の様々な態様による、eCAにおけるソフトバッファ管理のための方法900を示すフローチャートを示す。方法900の動作は、図1〜図8を参照しながら説明したように、UE115またはそれの構成要素によって実装され得る。たとえば、方法900の動作は、図5〜図8を参照しながら説明したように、eCAソフトバッファマネージャ510によって実行され得る。いくつかの例では、UE115は、以下で説明される機能を実行するようにUE115の機能要素を制御するためのコードのセットを実行し得る。追加または代替として、UE115は、専用ハードウェアを使用して、以下で説明する態様ザ機能を実行し得る。
[0106]ブロック905において、UE115は、図2〜図4を参照しながら本明細書で説明したように、CA動作のために構成された複数のCCを示すシグナリングを受信し得る。いくつかの例では、ブロック905の動作は、図6を参照しながら本明細書で説明したように、CAモジュール605によって実行され得る。
[0107]ブロック910において、UE115は、図2〜図4を参照しながら本明細書で説明したように、CA動作のために構成されたCCの数がしきい値を超えるときにソフトバッファを区分するためのCCの参照数を決定し得る。いくつかの例では、ブロック910の動作は、図6を参照しながら本明細書で説明したように、CCの参照数モジュール610によって実行され得る。
[0108]ブロック915において、UE115は、図2〜図4を参照しながら本明細書で説明したように、CCの参照数とCA動作のために構成されたCCの数との間の比較に基づいてソフトバッファを区分し得る。いくつかの例では、ブロック915の動作は、図6を参照しながら本明細書で説明したように、ソフトバッファ区分モジュール615によって実行され得る。
[0109]図10に、本開示の様々な態様による、eCAにおけるソフトバッファ管理のための方法1000を示すフローチャートを示す。方法1000の動作は、図1〜図8を参照しながら説明したように、UE115またはそれの構成要素によって実装され得る。たとえば、方法1000の動作は、図5〜図8を参照しながら説明したように、eCAソフトバッファマネージャ510によって実行され得る。いくつかの例では、UE115は、以下で説明される機能を実行するようにUE115の機能要素を制御するためのコードのセットを実行し得る。追加または代替として、UE115は、専用ハードウェアを使用して、以下で説明する態様ザ機能を実行し得る。方法1000はまた、図9の方法900の態様を組み込み得る。
[0110]ブロック1005において、UE115は、図2〜図4を参照しながら本明細書で説明したように、CA動作のために構成された複数のCCを示すシグナリングを受信し得る。いくつかの例では、ブロック1005の動作は、図6を参照しながら本明細書で説明したように、CAモジュール605によって実行され得る。
[0111]ブロック1010において、UE115は、図2〜図4を参照しながら本明細書で説明したように、CA動作のために構成されたCCの数がしきい値を超えるときにソフトバッファを区分するためのCCの参照数を決定し得る。いくつかの例では、ブロック1010の動作は、図6を参照しながら本明細書で説明したように、CCの参照数モジュール610によって実行され得る。
[0112]ブロック1015において、UE115は、図2〜図4を参照しながら本明細書で説明したように。CCの参照数と構成されたCCの数とのうちの最小値に関して選択し得る。いくつかの例では、ブロック1015の動作は、図6を参照しながら本明細書で説明したように、CCの参照数モジュール610によって実行され得る。
[0113]ブロック1020において、UE115は、図2〜図4を参照しながら本明細書で説明したように、最小値に基づいてソフトバッファを区分し得る。いくつかの例では、ブロック1020の動作は、図6を参照しながら本明細書で説明したように、ソフトバッファ区分モジュール615によって実行され得る。
[0114]図11に、本開示の様々な態様による、eCAにおけるソフトバッファ管理のための方法1100を示すフローチャートを示す。方法1100の動作は、図1〜図8を参照しながら説明したように、UE115またはそれの構成要素によって実装され得る。たとえば、方法1100の動作は、図5〜図8を参照しながら説明したように、eCAソフトバッファマネージャ510によって実行され得る。いくつかの例では、UE115は、以下で説明される機能を実行するようにUE115の機能要素を制御するためのコードのセットを実行し得る。追加または代替として、UE115は、専用ハードウェアを使用して、以下で説明する態様ザ機能を実行し得る。方法1100はまた、図9〜図10の方法900、および1000の態様を組み込み得る。
[0115]ブロック1105において、UE115は、図2〜図4を参照しながら本明細書で説明したように、基地局にUEカテゴリーのインジケーションを送信し得る。いくつかの例では、ブロック1105の動作は、図7を参照しながら本明細書で説明したように、UEカテゴリーモジュール705によって実行され得る。
[0116]ブロック1110において、UE115は、図2〜図4を参照しながら本明細書で説明したように、基地局からCCの参照数を受信し得る。いくつかの例では、ブロック1110の動作は、図5を参照しながら本明細書で説明したように、受信機505によって実行され得る。
[0117]ブロック1115において、UE115は、図2〜図4を参照しながら本明細書で説明したように、CA動作のために構成された複数のCCを示すシグナリングを受信し得る。いくつかの例では、ブロック1115の動作は、図6を参照しながら本明細書で説明したように、CAモジュール605によって実行され得る。
[0118]ブロック1120において、UE115は、図2〜図4を参照しながら本明細書で説明したように、CA動作のために構成されたCCの数がしきい値を超えるときにソフトバッファを区分するためのCCの参照数を決定し得る。場合によっては、CCの参照数を決定することは、UEカテゴリーに基づく。いくつかの例では、ブロック1120の動作は、図6を参照しながら本明細書で説明したように、CCの参照数モジュール610によって実行され得る。
[0119]ブロック1125において、UE115は、図2〜図4を参照しながら本明細書で説明したように、CCの参照数とCA動作のために構成されたCCの数との間の比較に基づいてソフトバッファを区分し得る。いくつかの例では、ブロック1125の動作は、図6を参照しながら本明細書で説明したように、ソフトバッファ区分モジュール615によって実行され得る。
[0120]図12に、本開示の様々な態様による、eCAにおけるソフトバッファ管理のための方法1200を示すフローチャートを示す。方法1200の動作は、図1〜図8を参照しながら説明したように、UE115またはそれの構成要素によって実装され得る。たとえば、方法1200の動作は、図5〜図8を参照しながら説明したように、eCAソフトバッファマネージャ510によって実行され得る。いくつかの例では、UE115は、以下で説明される機能を実行するようにUE115の機能要素を制御するためのコードのセットを実行し得る。追加または代替として、UE115は、専用ハードウェアを使用して、以下で説明する態様ザ機能を実行し得る。方法1200はまた、図9〜図11の方法900、1000、および1100の態様を組み込み得る。
[0121]ブロック1205において、UE115は、図2〜図4を参照しながら本明細書で説明したように、CA動作のために構成された複数のCCを示すシグナリングを受信し得る。いくつかの例では、ブロック1205の動作は、図6を参照しながら本明細書で説明したように、CAモジュール605によって実行され得る。
[0122]ブロック1210において、UE115は、図2〜図4を参照しながら本明細書で説明したように、CA動作のために構成されたCCの数がしきい値を超えるときにソフトバッファを区分するためのCCの参照数を決定し得る。いくつかの例では、ブロック1210の動作は、図6を参照しながら本明細書で説明したように、CCの参照数モジュール610によって実行され得る。
[0123]ブロック1215において、UE115は、図2〜図4を参照しながら本明細書で説明したように、CCの参照数とCA動作のために構成されたCCの数との間の比較に基づいてソフトバッファを区分し得る。いくつかの例では、ブロック1215の動作は、図6を参照しながら本明細書で説明したように、ソフトバッファ区分モジュール615によって実行され得る。
[0124]ブロック1220において、UE115は、図2〜図4を参照しながら本明細書で説明したように、区分することとHARQプロセスの終了ステータスとに基づいて複数のCCからのCCにソフトバッファの一部を割り振り得る。いくつかの例では、ブロック1220の動作は、図7を参照しながら本明細書で説明したように、ソフトバッファ割振りモジュール710によって実行され得る。
[0125]ブロック1225において、UE115は、図2〜図4を参照しながら本明細書で説明したように、ソフトバッファの一部分中にHARQプロセスのためのLLRのセットを記憶し得る。いくつかの例では、ブロック1225の動作は、図7を参照しながら本明細書で説明したように、LLRバッファリングモジュール715によって実行され得る。
[0126]図13に、本開示の様々な態様による、eCAにおけるソフトバッファ管理のための方法1300を示すフローチャートを示す。方法1300の動作は、図1〜図8を参照しながら説明したように、UE115またはそれの構成要素によって実装され得る。たとえば、方法1300の動作は、図5〜図8を参照しながら説明したように、eCAソフトバッファマネージャ510によって実行され得る。いくつかの例では、UE115は、以下で説明される機能を実行するようにUE115の機能要素を制御するためのコードのセットを実行し得る。追加または代替として、UE115は、専用ハードウェアを使用して、以下で説明する態様ザ機能を実行し得る。方法1300はまた、図9〜図12の方法900、1000、1100、および1200の態様を組み込み得る。
[0127]ブロック1305において、UE115は、図2〜図4を参照しながら本明細書で説明したように、CA動作のために構成された複数のCCを示すシグナリングを受信し得る。いくつかの例では、ブロック1305の動作は、図6を参照しながら本明細書で説明したように、CAモジュール605によって実行され得る。
[0128]ブロック1310において、UE115は、図2〜図4を参照しながら本明細書で説明したように、CA動作のために構成されたCCの数がしきい値を超えるときにソフトバッファを区分するためのCCの参照数を決定し得る。いくつかの例では、ブロック1310の動作は、図6を参照しながら本明細書で説明したように、CCの参照数モジュール610によって実行され得る。
[0129]ブロック1315において、UE115は、図2〜図4を参照しながら本明細書で説明したように、CCの参照数とCA動作のために構成されたCCの数との間の比較に基づいてソフトバッファを区分し得る。いくつかの例では、ブロック1315の動作は、図6を参照しながら本明細書で説明したように、ソフトバッファ区分モジュール615によって実行され得る。
[0130]ブロック1320において、UE115は、図2〜図4を参照しながら本明細書で説明したように、複数のCCの優先度付けに基づいてソフトバッファの区分と複数のスケジュールされたCCとの間の対応を決定し得る。いくつかの例では、ブロック1320の動作は、図7を参照しながら本明細書で説明したように、CC優先度付けモジュール720によって実行され得る。
[0131]図14に、本開示の様々な態様による、eCAにおけるソフトバッファ管理のための方法1400を示すフローチャートを示す。方法1400の動作は、図1〜図8を参照しながら説明したように、UE115またはそれの構成要素によって実装され得る。たとえば、方法1400の動作は、図5〜図8を参照しながら説明したように、eCAソフトバッファマネージャ510によって実行され得る。いくつかの例では、UE115は、以下で説明される機能を実行するようにUE115の機能要素を制御するためのコードのセットを実行し得る。追加または代替として、UE115は、専用ハードウェアを使用して、以下で説明する態様ザ機能を実行し得る。方法1400はまた、図9〜図13の方法900、1000、1100、1200、および1300の態様を組み込み得る。
[0132]ブロック1405において、UE115は、図2〜図4を参照しながら本明細書で説明したように、CA動作のために構成された複数のCCを示すシグナリングを受信し得、ここで、複数のCCは、2つ以上の優先度グループを含み得る。いくつかの例では、ブロック1405の動作は、図6を参照しながら本明細書で説明したように、CAモジュール605によって実行され得る。
[0133]ブロック1410において、UE115は、図2〜図4を参照しながら本明細書で説明したように、各優先度グループのための重み係数と各優先度グループのためのCCの参照数とを識別し得る。いくつかの例では、ブロック1410の動作は、図7を参照しながら本明細書で説明したように、CC優先度付けモジュール720によって実行され得る。
[0134]ブロック1415において、UE115は、図2〜図4を参照しながら本明細書で説明したように、各優先度グループのための重み係数とCCの数とに基づいてソフトバッファ区分の数を計算し得る。いくつかの例では、ブロック1415の動作は、図6を参照しながら本明細書で説明したように、ソフトバッファ区分モジュール615によって実行され得る。
[0135]ブロック1420において、UE115は、図2〜図4を参照しながら本明細書で説明したように、ソフトバッファ区分の数に基づいてソフトバッファを区分し得る。いくつかの例では、ブロック1420の動作は、図6を参照しながら本明細書で説明したように、ソフトバッファ区分モジュール615によって実行され得る。
[0136]このようにして、方法900、1000、1100、1200、1300、および1400は、eCAにおけるソフトバッファ管理を実現し得る。方法900、1000、1100、1200、1300、および1400は可能な実装形態を表すこと、ならびに動作およびステップは、他の実装形態が可能であるように、並べ替えられるかまたは別の方法で変更され得ることに留意されたい。いくつかの例では、方法900、1000、1100、1200、1300、および1400のうちの2つまたはそれ以上からの態様が組み合わされ得る。
[0137]添付の図面に関して上記に記載した詳細な説明は、例示的な構成について説明しており、実装され得るまたは特許請求の範囲内に入るすべての例を表すとは限らない。本明細書で使用する「例示的」という用語は、「例、事例、または例示の働きをすること」を意味し、「好ましい」または「他の例よりも有利な」を意味しない。詳細な説明は、説明した技法の理解を与えるための具体的な詳細を含む。ただし、これらの技法は、これらの具体的な詳細なしに実施され得る。いくつかの事例では、説明した例の概念を不明瞭にすることを回避するために、よく知られている構造とデバイスとをブロック図の形式で示す。
[0138]情報および信号は、多種多様な技術および技法のいずれかを使用して表され得る。たとえば、上の説明全体を通じて参照され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場もしくは磁気粒子、光場もしくは光粒子、またはそれらの任意の組合せによって表され得る。
[0139]本明細書の開示に関して説明した様々な例示的なブロックおよびモジュールは、汎用プロセッサ、デジタル信号プロセッサ(DSP)、ASIC、FPGAまたは他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ(たとえば、DSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つもしくは複数のマイクロプロセッサ、または任意の他のそのような構成)として実装され得る。
[0140]本明細書で説明した機能は、ハードウェア、プロセッサによって実行されるソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。プロセッサによって実行されるソフトウェアで実装される場合、機能は、1つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体を介して送信され得る。他の例および実装形態は、本開示の範囲および添付の特許請求の範囲内に入る。たとえば、ソフトウェアの性質に起因して、上述された機能は、プロセッサ、ハードウェア、ファームウェア、ハードワイヤリング、またはこれらのいずれかの組合せによって実行されるソフトウェアを使用して実装され得る。機能を実装する特徴はまた、機能の部分が、異なる物理的ロケーションにおいて実装されるように分散されることを含めて、様々な位置に物理的に配置され得る。また、特許請求の範囲を含め、本明細書で使用されるように、項目の列挙(たとえば、「のうちの少なくとも1つ」または「のうちの1つまたは複数」などの句で終わる項目の列挙)内で使用される「または」は、たとえば、A、B、またはCのうちの少なくとも1つの列挙が、AまたはBまたはCまたはABまたはACまたはBCまたはABC(すなわち、AおよびBおよびC)を意味するような包含的列挙を示す。
[0141]コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、非一時的コンピュータ記憶媒体と通信媒体の両方を含む。非一時的記憶媒体は、汎用コンピュータまたは専用コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、非一時的コンピュータ可読媒体は、RAM、ROM、電気的消去可能プログラマブル読取り専用メモリ(EEPROM(登録商標))、コンパクトディスク(CD)ROMまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコード手段を搬送または記憶するために使用され得、汎用もしくは専用コンピュータ、または汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の非一時的媒体を備えることができる。さらに、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者線(DSL)、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ソフトウェアがウェブサイト、サーバまたは他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、DSL、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク(disk)およびディスク(disc)は、CD、レーザーディスク(登録商標)(disc)、光ディスク(disc)、デジタル多用途ディスク(disc)(DVD)、フロッピー(登録商標)ディスク(disk)およびBlu−ray(登録商標)ディスク(disc)を含み、ここで、ディスク(disk)は、通常、データを磁気的に再生し、ディスク(disc)は、データをレーザーで光学的に再生する。上記のものの組合せもコンピュータ可読媒体の範囲内に含まれる。
[0142]本開示の前述の説明は、当業者が本開示を作成または使用することができるように与えたものである。本開示の様々な変更は当業者には容易に明らかとなり、本明細書で定義される一般原理は、本開示の範囲から逸脱することなく他の変形形態に適用され得る。したがって、本開示は、本明細書で説明した例および設計に限定されるべきでなく、本明細書で開示した原理および新規の特徴に一致する最も広い範囲を与えられるべきである。
[0143]本明細書で説明した技法は、符号分割多元接続(CDMA)、時分割多元接続(TDMA)、周波数分割多元接続(FDMA)、直交周波数分割多元接続(OFDMA)、シングルキャリア周波数分割多元接続(SC−FDMA)、および他のシステムなど、様々なワイヤレス通信システムのために使用され得る。「システム」および「ネットワーク」という用語は、しばしば互換的に使用される。CDMAシステムは、CDMA2000、ユニバーサル地上波無線アクセス(UTRA:Universal Terrestrial Radio Access)などの無線技術を実装し得る。CDMA2000は、IS−2000、IS−95、およびIS−856規格をカバーする。IS−2000リリース0およびAは、一般に、CDMA2000 1X、1Xなどと呼ばれる。IS−856(TIA−856)は、一般に、CDMA2000 1xEV−DO、高速パケットデータ(HRPD)などと呼ばれる。UTRAは、広帯域CDMA(WCDMA(登録商標):Wideband CDMA)およびCDMAの他の変形態を含む。TDMAシステムは、モバイル通信用グローバルシステム(GSM(登録商標))などの無線技術を実装し得る。OFDMAシステムは、ウルトラモバイルブロードバンド(UMB:Ultra Mobile Broadband)、発展型UTRA(E−UTRA:Evolved UTRA)、IEEE802.11(Wi−Fi(登録商標))、IEEE802.16(WiMAX(登録商標))、IEEE802.20、Flash−OFDMなどの無線技術を実装し得る。UTRAおよびE−UTRAはユニバーサルモバイルテレコミュニケーションシステム(UMTS)の一部である。3GPPロングタームエボリューション(LTE)およびLTEアドバンスト(LTE−A)は、E−UTRAを使用するユニバーサルモバイルテレコミュニケーションズシステム(UMTS)の新しいリリースである。UTRA、E−UTRA、UMTS、LTE、LTE−A、およびモバイル通信用グローバルシステム(GSM)は、「第3世代パートナーシッププロジェクト」(3GPP)と称する団体からの文書に記載されている。CDMA2000およびUMBは、「第3世代パートナーシッププロジェクト2」(3GPP2)と称する団体からの文書に記載されている。本明細書において記載される技法は、上述のシステムおよび無線技術、ならびに他のシステムおよび無線技術に使用され得る。しかしながら、上記の説明は、例としてLTEシステムを記載し、上記の説明の大部分においてLTE用語が使用されるが、本技法はLTEの適用例以外に適用可能である。

Claims (36)

  1. ワイヤレス通信の方法であって、
    キャリアアグリゲーション(CA)動作のために構成された第1の数のコンポーネントキャリア(CC)を示すシグナリングを受信することと、
    CA動作のために構成された前記第1の数のCCがしきい値を超えるとき、ソフトバッファを区分するためのCCの参照数を決定することと、
    CCの前記参照数に少なくとも部分的に基づいて、前記ソフトバッファを区分することと、
    を備える、方法。
  2. 前記区分することは、CCの前記参照数と前記構成されたCCの前記数とのうちの最小値に少なくとも部分的に基づく、請求項1に記載の方法。
  3. CCの前記参照数を決定することは、ユーザ機器(UE)カテゴリーに少なくとも部分的に基づく、請求項1に記載の方法。
  4. 基地局に前記UEカテゴリーのインジケーションを送信することと、
    前記基地局からCCの前記参照数のインジケーションを受信することと、
    をさらに備える、請求項3に記載の方法。
  5. CCの前記参照数を決定することは、前記構成されたCCの前記数に少なくとも部分的に基づく、請求項1に記載の方法。
  6. CCの前記参照数は、前記ソフトバッファのサイズに少なくとも部分的に基づく、請求項1に記載の方法。
  7. 前記ソフトバッファの前記サイズは、UEカテゴリーに関連付けられ、CCの前記参照数は、前記UEカテゴリーによってサポートされるCCの最大数よりも少ない、請求項6に記載の方法。
  8. 前記区分することと、ハイブリッド自動再送要求(HARQ)プロセスの終了ステータスとに少なくとも部分的に基づいて、前記第1の数のCCからのCCに前記ソフトバッファの一部分を割り振ることと、
    前記ソフトバッファの前記一部分中に、前記HARQプロセスのための対数尤度比(LLR)のセットを記憶することと、
    をさらに備える、請求項1に記載の方法。
  9. 前記ソフトバッファを区分することは、
    コードブロックの数、基地局におけるコードブロックのソフトバッファサイズ、HARQプロセスの数、HARQプロセス制限、またはそれらの任意の組合せのうちの少なくとも1つを識別すること、
    を備える、請求項1に記載の方法。
  10. 前記しきい値は5つのCCである、請求項1に記載の方法。
  11. 前記第1の数のCCの優先度付けに少なくとも部分的に基づいて、前記ソフトバッファの前記区分と複数のスケジュールされたCCとの間の対応を決定すること、
    をさらに備える、請求項1に記載の方法。
  12. 前記第1の数のCCは、少なくとも1次グループと2次グループとにグループ化され、各グループは、前記第1の数のCCからの少なくとも1つのCCを備える、請求項1に記載の方法。
  13. 前記1次グループと前記2次グループとは、二重接続動作の一部である、請求項12に記載の方法。
  14. 前記第1の数のCCは、2つ以上の優先度グループを備え、前記方法は、
    各優先度グループのための重み係数と各優先度グループのためのCCの参照数とを識別することと、
    各優先度グループのための前記重み係数とCCの前記参照数とに少なくとも部分的に基づいて、ソフトバッファ区分の数を計算することと、
    ソフトバッファ区分の前記数に少なくとも部分的に基づいて、ソフトバッファを区分することと、
    をさらに備える、請求項1に記載の方法。
  15. ワイヤレス通信のための装置であって、
    キャリアアグリゲーション(CA)動作のために構成された第1の数のコンポーネントキャリア(CC)を示すシグナリングを受信するための手段と、
    CA動作のために構成された前記第1の数のCCがしきい値を超えるとき、ソフトバッファを区分するためのCCの参照数を決定するための手段と、
    CCの前記参照数に少なくとも部分的に基づいて、前記ソフトバッファを区分するための手段と、
    を備える、装置。
  16. 区分するための前記手段は、CCの前記参照数と前記構成されたCCの前記数とのうちの最小値に少なくとも部分的に基づいて、前記ソフトバッファを区分するように構成された、請求項15に記載の装置。
  17. CCの前記参照数を決定するための前記手段は、ユーザ機器(UE)カテゴリーに少なくとも部分的に基づいて、CCの前記参照数を決定するように構成された、請求項15に記載の装置。
  18. CCの前記参照数を決定するための前記手段は、前記構成されたCCの前記数に少なくとも部分的に基づいて、CCの前記参照数を決定するように構成された、請求項15に記載の装置。
  19. CCの前記参照数は、前記ソフトバッファのサイズに少なくとも部分的に基づく、請求項15に記載の装置。
  20. 前記ソフトバッファの前記サイズは、UEカテゴリーに関連付けられ、CCの前記参照数は、前記UEカテゴリーによってサポートされるCCの最大数よりも少ない、請求項19に記載の装置。
  21. 前記区分することと、ハイブリッド自動再送要求(HARQ)プロセスの終了ステータスとに少なくとも部分的に基づいて、前記第1の数のCCからのCCに前記ソフトバッファの一部分を割り振るための手段と、
    前記ソフトバッファの前記一部分中に、前記HARQプロセスのための対数尤度比(LLR)のセットを記憶するための手段と、
    をさらに備える、請求項15に記載の装置。
  22. 前記ソフトバッファを区分するための前記手段は、
    コードブロックの数、基地局におけるコードブロックのソフトバッファサイズ、HARQプロセスの数、HARQプロセス制限、またはそれらの任意の組合せのうちの少なくとも1つを識別するための手段、
    を備える、請求項15に記載の装置。
  23. 前記しきい値は5つのCCである、請求項15に記載の装置。
  24. 前記第1の数のCCの優先度付けに少なくとも部分的に基づいて、前記ソフトバッファの前記区分と複数のスケジュールされたCCとの間の対応を決定するための手段、
    をさらに備える、請求項15に記載の装置。
  25. 前記第1の数のCCは、少なくとも1次グループと2次グループとにグループ化され、各グループは、前記第1の数のCCからの少なくとも1つのCCを備える、請求項15に記載の装置。
  26. 前記1次グループと前記2次グループとは、二重接続動作の一部である、請求項25に記載の装置。
  27. 前記第1の数のCCは、2つ以上の優先度グループを備え、前記装置は、
    各優先度グループのための重み係数と各優先度グループのためのCCの参照数とを識別するための手段と、
    各優先度グループのための前記重み係数とCCの前記参照数とに少なくとも部分的に基づいて、ソフトバッファ区分の数を計算するための手段と、
    ソフトバッファ区分の前記数に少なくとも部分的に基づいて、ソフトバッファを区分するための手段と、
    をさらに備える、請求項15に記載の装置。
  28. ワイヤレス通信のための装置であって、
    プロセッサと、
    前記プロセッサと電子通信しているメモリと、
    前記メモリ中に記憶され、前記プロセッサによって実行されたとき、前記装置に、
    キャリアアグリゲーション(CA)動作のために構成された第1の数のコンポーネントキャリア(CC)を示すシグナリングを受信することと、
    CA動作のために構成された前記第1の数のCCがしきい値を超えるとき、ソフトバッファを区分するためのCCの参照数を決定することと、
    CCの前記参照数に少なくとも部分的に基づいて、前記ソフトバッファを区分することと、
    を行わせるように動作可能な命令と、
    を備える、装置。
  29. 前記命令は、前記装置に、
    前記区分することと、ハイブリッド自動再送要求(HARQ)プロセスの終了ステータスとに少なくとも部分的に基づいて、前記第1の数のCCからのCCに前記ソフトバッファの一部分を割り振ることと、
    前記ソフトバッファの前記一部分中に、前記HARQプロセスのための対数尤度比(LLR)のセットを記憶することと、
    を行わせるように動作可能である、請求項28に記載の装置。
  30. 前記装置に、前記ソフトバッファを区分することを行わせるように動作可能な前記命令は、前記装置に、
    コードブロックの数、基地局におけるコードブロックのソフトバッファサイズ、HARQプロセスの数、HARQプロセス制限、またはそれらの任意の組合せのうちの少なくとも1つを識別すること、
    を行わせるように動作可能な命令を備える、請求項28に記載の装置。
  31. 前記しきい値は5つのCCである、請求項28に記載の装置。
  32. 前記第1の数のCCは、2つ以上の優先度グループを備え、前記命令は、前記装置に、
    各優先度グループのための重み係数と各優先度グループのためのCCの参照数とを識別することと、
    各優先度グループのための前記重み係数とCCの数とに少なくとも部分的に基づいて、ソフトバッファ区分の数を計算することと、
    ソフトバッファ区分の前記数に少なくとも部分的に基づいて、ソフトバッファを区分することと、
    を行わせるようにさらに動作可能である、請求項28に記載の装置。
  33. ワイヤレス通信のためのコードを記憶する非一時的コンピュータ可読媒体であって、前記コードは、
    キャリアアグリゲーション(CA)動作のために構成された第1の数のコンポーネントキャリア(CC)を示すシグナリングを受信することと、
    CA動作のために構成された前記第1の数のCCがしきい値を超えるとき、ソフトバッファを区分するためのCCの参照数を決定することと、
    CCの前記参照数に少なくとも部分的に基づいて、前記ソフトバッファを区分することと、
    を行うように実行可能な命令を備える、非一時的コンピュータ可読媒体。
  34. CCの前記参照数は、前記ソフトバッファのサイズに少なくとも部分的に基づく、請求項33に記載の非一時的コンピュータ可読媒体。
  35. 前記ソフトバッファの前記サイズは、UEカテゴリーに関連付けられ、CCの前記参照数は、前記UEカテゴリーによってサポートされるCCの最大数よりも少ない、請求項34に記載の非一時的コンピュータ可読媒体。
  36. 前記第1の数のCCは、2つ以上の優先度グループを備え、前記コードは、
    各優先度グループのための重み係数と各優先度グループのためのCCの参照数とを識別することと、
    各優先度グループのための前記重み係数とCCの前記参照数とに少なくとも部分的に基づいて、ソフトバッファ区分の数を計算することと、
    ソフトバッファ区分の前記数に少なくとも部分的に基づいて、ソフトバッファを区分することと、
    を行うように実行可能な命令をさらに備える、請求項33に記載の非一時的コンピュータ可読媒体。
JP2017540101A 2015-01-30 2016-01-29 拡張キャリアアグリゲーションのためのソフトバッファ管理 Expired - Fee Related JP6651533B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201562110236P 2015-01-30 2015-01-30
US62/110,236 2015-01-30
US15/008,852 2016-01-28
US15/008,852 US20160227540A1 (en) 2015-01-30 2016-01-28 Soft buffer management for enhanced carrier aggregation
PCT/US2016/015559 WO2016123438A2 (en) 2015-01-30 2016-01-29 Soft buffer management for enhanced carrier aggregation

Publications (3)

Publication Number Publication Date
JP2018504053A true JP2018504053A (ja) 2018-02-08
JP2018504053A5 JP2018504053A5 (ja) 2019-02-14
JP6651533B2 JP6651533B2 (ja) 2020-02-19

Family

ID=55487054

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017540101A Expired - Fee Related JP6651533B2 (ja) 2015-01-30 2016-01-29 拡張キャリアアグリゲーションのためのソフトバッファ管理

Country Status (7)

Country Link
US (1) US20160227540A1 (ja)
EP (1) EP3251278A2 (ja)
JP (1) JP6651533B2 (ja)
KR (1) KR20170108966A (ja)
CN (1) CN107210895B (ja)
BR (1) BR112017016395A2 (ja)
WO (1) WO2016123438A2 (ja)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10862630B2 (en) 2015-02-13 2020-12-08 Samsung Electronics Co., Ltd Method and system for contiguous HARQ memory management with memory splitting
WO2017069676A1 (en) * 2015-10-19 2017-04-27 Telefonaktiebolaget Lm Ericsson (Publ) Soft buffer handling with limited memory access bandwidth
US10212726B2 (en) * 2015-10-23 2019-02-19 Electronics And Telecommunications Research Institute Method and apparatus for transmitting uplink signal in mobile communication system of unlicensed band
EP3300279B1 (en) * 2015-11-06 2021-03-03 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method for data storage, terminal device and base station
WO2018059004A1 (en) * 2016-09-30 2018-04-05 Telefonaktiebolaget Lm Ericsson (Publ) Method for hybrid automatic repeat request process, network device and terminal device
US10999021B2 (en) * 2017-02-02 2021-05-04 Lg Electronics Inc. Method for supporting multiple transmission time intervals, multiple subcarrier intervals, or multiple processing time intervals in wireless communication system, and apparatus therefor
JP2020080443A (ja) * 2017-03-22 2020-05-28 シャープ株式会社 端末装置、基地局装置、および、通信方法
WO2019022587A1 (en) * 2017-07-28 2019-01-31 Lg Electronics Inc. METHOD AND APPARATUS FOR DOUBLE CONNECTIVITY SOFTWARE BUFFER SIZE MANAGEMENT IN A WIRELESS COMMUNICATION SYSTEM
US10979182B2 (en) * 2017-10-30 2021-04-13 Qualcomm Incorporated Managing hybrid automatic repeat request (HARQ) memory for radio tune-away
KR102543090B1 (ko) * 2018-01-08 2023-06-14 삼성전자주식회사 무선 통신 시스템에서 자원을 할당하기 위한 장치 및 방법
US20200045581A1 (en) * 2018-08-06 2020-02-06 Verizon Patent And Licensing Inc. Carrier aggregation management for dual-connectivity wireless access
US11930484B2 (en) 2019-03-26 2024-03-12 Charter Communications Operating, Llc Methods and apparatus for system information management in a wireless system
US12119941B2 (en) * 2019-04-25 2024-10-15 Panasonic Intellectual Property Corporation Of America Terminal, base station, receiving method, and transmitting method
CN111294890B (zh) 2019-05-17 2021-08-06 锐迪科(重庆)微电子科技有限公司 用于可穿戴设备的通信方法及装置、存储介质、终端
US11418294B2 (en) * 2019-09-20 2022-08-16 Qualcomm Incorporated Single step in-place operation method for 5G NR de-interleaving, de-rate matching, and HARQ combination
US11895638B2 (en) 2020-01-27 2024-02-06 Qualcomm Incorporated Signaling buffer size capability
US11412406B2 (en) * 2020-02-13 2022-08-09 Charter Communications Operating, Llc Apparatus and methods for user device buffer management in wireless networks
US11564155B2 (en) 2020-04-07 2023-01-24 Charter Communications Operating, Llc Apparatus and methods for interworking in wireless networks
US11057865B1 (en) 2020-05-20 2021-07-06 Charter Communications Operating, Llc Apparatus and methods for enhanced paging in wireless networks

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ATE349828T1 (de) * 2002-08-13 2007-01-15 Matsushita Electric Ind Co Ltd Hybrides automatisches wiederholungsaufforderungsprotokoll
EP1699158A1 (en) * 2005-03-02 2006-09-06 Evolium S.A.S. A method for selection of the appropriate HARQ retransmission scheme for data transmission, a base station and a program therefor
US8665720B2 (en) * 2008-03-12 2014-03-04 Broadcom Corporation Method and system for determining limited soft buffer size on transport blocks for rate matching
US9413498B2 (en) * 2010-05-26 2016-08-09 Innovative Sonic Corporation Method and apparatus for handling buffer status reporting in a wireless communication system
US9258088B2 (en) * 2010-06-18 2016-02-09 Acer Incorporated Method of performing buffer status reporting and communication device thereof
US8724742B2 (en) * 2010-10-06 2014-05-13 Motorola Mobility Llc Method and apparatus for soft buffer management for carrier aggregation
EP2636174B1 (en) * 2010-11-05 2018-10-17 BlackBerry Limited Harq soft bit buffer partitioning for carrier aggregation
US8885525B2 (en) * 2011-08-24 2014-11-11 Industrial Technology Research Institute Method and apparatus for soft buffer partitioning in time-division duplexing system
WO2014013669A1 (ja) * 2012-07-18 2014-01-23 パナソニック株式会社 端末装置及びバッファ分割方法
US9295048B2 (en) * 2012-09-24 2016-03-22 Qualcomm Incorporated Method and apparatus for supporting hybrid carrier aggregation
JP6079129B2 (ja) * 2012-10-24 2017-02-15 富士通株式会社 無線通信装置、及び受信方法
US9565140B2 (en) * 2013-10-11 2017-02-07 Mediatek, Inc. HARQ memory space management for LTE carrier aggregation
US9674845B2 (en) * 2013-11-04 2017-06-06 Qualcomm Incorporated Soft buffer management
US9467269B2 (en) * 2014-01-06 2016-10-11 Intel IP Corporation Systems and methods for modulation and coding scheme selection and configuration
US10075381B2 (en) * 2014-01-28 2018-09-11 Mediatek Inc. Buffer status report and logical channel prioritization for dual connectivity
US9801185B2 (en) * 2014-01-30 2017-10-24 Telefonaktiebolaget Lm Ericsson (Publ) 256 quadrature amplitude modulation user equipment category handling
WO2015114541A1 (en) * 2014-01-30 2015-08-06 Telefonaktiebolaget L M Ericsson (Publ) 256 quadrature amplitude modulation user equipment category handling
US9692561B2 (en) * 2014-03-07 2017-06-27 Acer Incorporated Method of handling soft buffer size for a transport block and related communication device
US9839039B2 (en) * 2014-04-15 2017-12-05 Telefonaktiebolaget Lm Ericsson (Publ) 256 quadrature amplitude modulation user equipment category handling
US9577793B2 (en) * 2014-09-23 2017-02-21 Intel Corporation Soft buffer management
US10098099B2 (en) * 2015-01-26 2018-10-09 Qualcomm Incorporated Low latency group acknowledgements
US10531451B2 (en) * 2015-05-18 2020-01-07 Telefonaktiebolaget Lm Ericsson (Publ) Time advance for dual connectivity
US10104674B2 (en) * 2015-11-06 2018-10-16 Hfi Innovation Inc. Rate assignment with rate splitting for interference cancellation friendly new air interface
JP6381590B2 (ja) * 2016-07-29 2018-08-29 株式会社Nttドコモ ユーザ装置、基地局及び通信方法
US10687209B2 (en) * 2017-09-13 2020-06-16 Qualcomm Incorporated UE capability constraint indications for high order modulation
US11005602B2 (en) * 2017-10-02 2021-05-11 Mediatek Inc. HARQ buffer size design for communication systems

Also Published As

Publication number Publication date
KR20170108966A (ko) 2017-09-27
US20160227540A1 (en) 2016-08-04
WO2016123438A2 (en) 2016-08-04
CN107210895B (zh) 2021-01-08
CN107210895A (zh) 2017-09-26
EP3251278A2 (en) 2017-12-06
BR112017016395A2 (pt) 2018-03-27
JP6651533B2 (ja) 2020-02-19
WO2016123438A3 (en) 2016-11-03

Similar Documents

Publication Publication Date Title
JP6651533B2 (ja) 拡張キャリアアグリゲーションのためのソフトバッファ管理
JP6563504B2 (ja) コードブロッククラスタレベルharq
JP6878319B2 (ja) 拡張キャリアアグリゲーションのための周期的チャネル状態情報報告
KR102341271B1 (ko) 감소된 송신 시간 인터벌들에 대한 하이브리드 자동 반복 요청 타이밍
JP7512353B2 (ja) ワイヤレス通信システムのための高信頼性で低レイテンシの構成
JP6594994B2 (ja) ミッションクリティカルなアプリケーションのためのイベントトリガ型マルチリンクチャネル品質測定および報告
JP6174810B2 (ja) キャリアアグリゲーションを使用するharqフィードバック
TWI530144B (zh) 處理通訊運作的方法及其通訊裝置
EP3434057A1 (en) User equipment, base station and methods to drop a pucch if colliding with a s-pucch in the same interval
JP2018510549A (ja) マルチプルなトライステートharqプロセス
JP2017539128A (ja) Dciフラグとdciフォーマットサイズインジケータとを有する2段階pdcch
JP6686030B2 (ja) 拡張キャリアアグリゲーションに関するチャネル状態情報
JP6532912B2 (ja) キャリアアグリゲーションを使用するharqフィードバック
JP6751180B2 (ja) キャリアアグリゲーションを使用するharqフィードバック

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190107

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190107

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190823

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190910

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20191210

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: 20191224

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200122

R150 Certificate of patent or registration of utility model

Ref document number: 6651533

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees