JP5992638B2

JP5992638B2 - Ｔｄｄシステムでｔｔｉバンドリングを実行する方法と装置

Info

Publication number: JP5992638B2
Application number: JP2015551955A
Authority: JP
Inventors: ワン、ガン; レイ、ミン
Original assignee: NEC China Co Ltd
Current assignee: NEC China Co Ltd
Priority date: 2013-01-16
Filing date: 2013-01-16
Publication date: 2016-09-14
Anticipated expiration: 2033-01-16
Also published as: EP2929745A4; US20150358115A1; JP2016510533A; CN104938004A; CN104938004B; WO2014110725A1; CN110337149B; CN116405167A; EP2929745A1; CN110337149A

Description

本開示の実施形態は、概して無線通信技術、特にＴＤＤシステムでＴＴＩバンドリングを実行する方法と装置に関する。

モバイル・データ・サービスが絶え間なく増加し、新しいタイプのアプリケーションが出現するために、第３世代パートナーシップ・プロジェクト（ｔｈｅ３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ（３ＧＰＰ））という組織は、ロングターム・エボリューション（ｌｏｎｇ−ｔｅｒｍｅｖｏｌｕｔｉｏｎ（ＬＴＥ））規格とＬＴＥアドバンスド（ＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ））規格を開発してきた。次世代セルラ通信規格として、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅシステムは、周波数分割複信（ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＤｕｐｌｅｘ（ＦＤＤ））モードと時分割複信（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ（ＴＤＤ））モードの両方で動作可能である。

ＬＴＥリリース８では、送信期間（ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ（ＴＴＩ））バンドリングと呼ばれる重要な技術が、セル受信可能範囲を改良するために導入され、アップリンク（ＵＬ）ＶｏＩＰと中間サイズ・トラフィックにおいて、ＴＴＩバンドリング強化による、受信可能範囲の恩恵が認められた。ＴＴＩバンドリングによれば、同じトランスポート・ブロックだが種々の冗長度バージョンを有するものを送るために、４つの連続的なサブフレームが互いにバンドルされ、ＵＥがＮＡＣＫを受信した場合は、バンドルされたパケットが再送信される。具体的には、図１Ａに示されるように、同じトランスポート・ブロックに対し、４つの種々の冗長度バージョン、すなわちＲＶ０，ＲＶ１，ＲＶ２，ＲＶ３がターボ符号化によって生成され、図１で示されるように、リソース割り当てに基づいて、４つの規定のＵＬサブフレームでＢＳに送られる。ＢＳでは、４つの種々の冗長度バージョンＲＶ０からＲＶ３までが、それらに基づいたトランスポート・ブロックを取得するために、適宜復号される。もしＢＳがトランスポート・ブロックを取得し損ねた場合は、ＢＳはＮＡＣＫをＵＥに送信し、ＵＥはそのようなＮＡＣＫを受信したことに応じて、４つの冗長度バージョンを再送信する。しかし、アップリンク・リソースが限定されているために、サブフレームに対する７つのアップリンク／ダウンリンク（ｕｐｌｉｎｋ／ｄｏｗｎｌｉｎｋ（ＵＬ／ＤＬ））構成の中で、構成０，１，６に対してのみＴＴＩバンドリングを採用可能である。従って、普通、ＴＴＩバンドリングは、ＦＤＤシステムとＴＤＤシステムの両方で、ＵＬ／ＤＬ構成０，１，６のみで扱われる。

現在のところ、ＴＤ−ＳＣＤＭＡネットワーク（Ｒ１−１２１７１２，ＣＭＣＣ）では、Ｆ帯域（１８８０−１９２０ＭＨｚ）とＡ帯域（２０１０−２０２５ＭＨｚ）に、５つのＤＬサブフレームと、２つのＵＬサブフレームと、スペシャル・サブフレームとを含むサブフレーム構成を使用する。ＴＤＤシステムは、Ｆ帯域又はＡ帯域又はＥ帯域（２３００−２４００ＭＨｚ）のいずれかで展開されるが、ＴＤＤシステムとＴＤ−ＳＣＤＭＡネットワークとの間のシナリオに対し、ＴＴＩバンドリングを使用することに課題がある。ＴＤ−ＳＣＤＭＡネットワークは普通５ＤＬ／２ＵＬサブフレームの構成を使用しており、ＬＴＥＴＤＤシステム又はＴＤ−ＬＴＥ又はＴＤ−ＬＴＥ−Ａｄｖａｎｃｅｄの最も適切なＵＬ／ＤＬ構成は構成２になるという点に、課題がある。とは言え、上述したように、ＴＴＩバンドリングは構成０，１，６でのみ使用可能であるので、構成２に対し、セル受信可能範囲を改良するためにＴＴＩバンドリングを使用することができない。

前述の課題を鑑みるに、ＴＤＤシステムで受信可能範囲を強化するために、構成２でＴＴＩバンドリングを実行する解法が必要である。

前述の課題を鑑みるに、従来技術の少なくとも一部の課題を解決する、又は少なくとも部分的に軽減するために、本開示は、ＴＤＤシステムでＴＴＩバンドリングを実行する新しい解法を提供する。

本開示の第１の観点によれば、基地局でＴＴＩバンドリングを実行する方法が提供される。前記方法は、スペシャル・サブフレームでトランスポート・ブロックの冗長度バージョンの第１パートを含む第１のＴＴＩバンドリング・パケットを受信し、他のスペシャル・サブフレームで前記冗長度バージョンの第２パートを含む第２のＴＴＩバンドリング・パケットを受信することと、前記トランスポート・ブロックの前記冗長度バージョンを完全な形で取得するために、前記第１のＴＴＩバンドリング・パケットと前記第２のＴＴＩバンドリング・パケットとを結合することとを含む。

前記本開示の実施形態では、前記冗長度バージョンの前記第１パートは、前記冗長度バージョンの半分であり、前記冗長度バージョンの前記第２パートは、前記冗長度バージョンの残り半分であるものとしても良い。

前記本開示の他の実施形態では、前記ＴＴＩバンドリングで使用される前記トランスポート・ブロックの冗長度バージョンの順序は、サブフレームの配列に応じて設定されるものとしても良い。

前記本開示の更なる実施形態では、前記トランスポート・ブロックの前記冗長度バージョンは、冗長度バージョン３であっても良い。

前記本開示の更なる実施形態では、前記スペシャル・サブフレームと前記他のスペシャル・サブフレームとの各々は、ダウンリンク送信のための第１部分と、ガード期間のための第２部分と、アップリンク送信のための第３部分とを含み、前記第１部分と前記第２部分と前記第３部分との長さは、前記ダウンリンク送信と前記アップリンク送信との間のその遷移時間が、従来のＵＥのスペシャル・サブフレームにおける遷移時間と略一致するように設定されるものとしても良い。

前記本開示のまだ更なる実施形態では、前記第１部分と前記第２部分と前記第３部分の長さの比は６：３：５であっても良い。

前記本開示のなおまだ更なる実施形態では、前記スペシャル・サブフレームと前記他のスペシャル・サブフレームとの各々に割り当てられたリソースブロックの数、対、ノーマル・サブフレームに割り当てられたリソースブロックの数の比は、４：３であっても良い。

前記本開示の他の実施形態では、前記方法は、更に、ＴＴＩバンドリングで冗長度バージョンの分割が使用されるべきかどうか判別することと、前記冗長度バージョンの分割が使用されるべきであると判別されることに応じて、ＴＴＩバンドリングで前記冗長度バージョンの分割が使用されるべきであることを示す指示をユーザ機器（ｕｓｅｒｅｑｕｉｐｍｅｎｔ（ＵＥ））に送ることとを含むものとしても良い。

第２の観点によれば、ユーザ機器でＴＴＩバンドリングを実行する方法も提供される。前記方法は、トランスポート・ブロックの冗長度バージョンを第１パートと第２パートとに分割することと、スペシャル・サブフレームで前記第１パートを含む第１のＴＴＩバンドリング・パケットを送信し、他のスペシャル・サブフレームで前記第２パートを含む第２のＴＴＩバンドリング・パケットを送信することとを含む。

第３の観点によれば、ＴＤＤシステムでＴＴＩバンドリングを実行する装置が更に提供される。前記装置は、更に、パケット受信ユニットと、パケット結合ユニットとを含む。前記パケット受信ユニットは、スペシャル・サブフレームでトランスポート・ブロックの冗長度バージョンの第１パートを含む第１のＴＴＩバンドリング・パケットを受信し、他のスペシャル・サブフレームで前記冗長度バージョンの第２パートを含む第２のＴＴＩバンドリング・パケットを受信するように構成されている。前記パケット結合ユニットは、前記トランスポート・ブロックの前記冗長度バージョンを完全な形で取得するために、前記第１のＴＴＩバンドリング・パケットと前記第２のＴＴＩバンドリング・パケットとを結合するように構成されている。

前記本開示の第４の観点によれば、ＴＤＤシステムでＴＴＩバンドリングを実行する装置がなお提供される。前記装置は、バージョン分割ユニットとパケット送信ユニットとを含む。前記バージョン分割ユニットは、トランスポート・ブロックの冗長度バージョンを第１パートと第２パートとに分割するように構成されている。前記パケット送信ユニットは、スペシャル・サブフレームで前記第１パートを含む第１のＴＴＩバンドリング・パケットを送信し、他のスペシャル・サブフレームで前記第２パートを含む第２のＴＴＩバンドリング・パケットを送信するように構成されている。

前記本開示の第５の観点によれば、ＴＤＤシステムのアップリンク物理チャネル・プロセスのための装置が提供される。前記装置は、トランスポート・ブロックの冗長度バージョンを第１パートと第２パートとに分割するように構成されたトランスポート・ブロック分割モジュールと、スペシャル・サブフレームと他のスペシャル・サブフレームの中の利用可能なアップリンク・リソースに、前記冗長度バージョンの前記第１パートと前記第２パートとをマッピングすることにより、リソース要素マッピングを実行するように構成されたリソース要素マッパーと、前記リソース要素マッピングに基づいて前記第１パートと前記第２パートとを送信するように構成された送信器とを含む。

前記本開示の第６の観点によれば、ＴＤＤシステムのアップリンク物理チャネル・プロセスのための装置が提供される。前記装置は、スペシャル・サブフレームと他のスペシャル・サブフレームとで、トランスポート・ブロックの冗長度バージョンの第１パートと第２パートとを受信するように構成された受信器と、前記冗長度バージョンを完全な形で取得するために、前記冗長度バージョンの前記第１パートと前記第２パートとを結合するように構成されたリソース結合モジュールとを含む。

前記本開示の第７の観点によれば、コンピュータプログラム・コードを格納するコンピュータ読取り可能な記憶媒体が提供され、前記コンピュータプログラム・コードは、実行された場合、前記第１の観点の実施形態のいずれかによる方法で装置を動作させるように構成されている。

前記本開示の第８の観点によれば、コンピュータプログラム・コードを格納するコンピュータ読取り可能な記憶媒体が提供され、前記コンピュータプログラム・コードは、実行された場合、前記第２の観点の実施形態のいずれかによる方法で装置を動作させるように構成されている。

前記本開示の第９の観点によれば、前記第７の観点によるコンピュータ読取り可能な記憶媒体を含むコンピュータプログラム製品が提供される。

前記本開示の第１０の観点によれば、前記第８の観点によるコンピュータ読取り可能な記憶媒体を含むコンピュータプログラム製品が提供される。

本開示の実施形態によれば、ＴＤＤシステムで受信可能範囲を改良するためのＴＴＩバンドリングで、より多くの構成が使用可能になり、従来のＵＥへの追加の干渉を回避可能である。

本開示の上記と他の特徴は、添付図面に係る実施形態で示される、実施形態の詳細な説明を通して、より明らかになるだろう。添付図面の全体にわたり、類似の参照番号は、同一又は類似の構成要素を示す。

従来技術におけるＴＴＩバンドリングのサブフレームの構成を模式的に示す模式図である。模式的に示された、従来技術におけるノーマル・サブフレームのリソースブロック割り当てである。本開示の実施形態に関して、ＴＤＤシステムでＴＴＩバンドリングを実行するＢＳで使用される方法の模式的なフローチャートである。本開示の他の実施形態に関して、ＴＤＤシステムでＴＴＩバンドリングを実行するＢＳで使用される方法の模式的なフローチャートである。本開示の実施形態に関して、ＴＤＤシステムでＴＴＩバンドリングを実行するＵＥで使用される方法の模式的なフローチャートである。本開示の実施形態に関して、スペシャル・サブフレームの構成の模式図である。本開示の実施形態に関して、ノーマル・サブフレームのリソース割り当ての模式図である。本開示の実施形態に関して、冗長度バージョンの第１パートを送信するのに使用されるスペシャル・サブフレームのリソース割り当ての模式図である。本開示の実施形態に関して、冗長度バージョンの第２パートを送信するのに使用されるスペシャル・サブフレームのリソース割り当ての模式図である。本開示の実施形態に関して、ＨＡＲＱプロセスの模式図である。本開示の実施形態に関して、ＴＴＩバンドリングを用いたアップリンク物理チャネル・プロセスの模式図である。模式的に示された、Ｒｅｌ．８ＵＥと本開示に基づくＵＥとのスペシャル・サブフレームの遷移時間である。本開示の実施形態に関して、ＴＤＤシステムでＴＴＩバンドリングを実行するＢＳで使用される装置の模式的なブロック図である。本開示の実施形態に関して、ＴＤＤシステムでＴＴＩバンドリングを実行するＵＥで使用される装置の模式的なブロック図である。本開示の実施形態と従来技術の解法とに関して、解法についてのシミュレーション結果である。

以下では、ＴＤＤシステムでＴＴＩバンドリングを実行する方法と装置とを、添付図面に係る実施形態を通して、詳細に説明する。これらの実施形態は、当業者が本開示をより理解し、実行できるように開示されたものであり、いかなる手法でも本開示の範囲を限定する意図はないと認識されるべきである。

添付図面では、本開示の様々な実施形態が、ブロック図とフローチャートとその他の図で示されている。フローチャート又はブロック図の各ブロックは、特定の論理機能を実行するための１以上の実行可能な指示を含む、モジュール又はプログラム又はコードの一部を示すものとしても良い。更に、任意又は付加的な要素，装置，構成，手段，ステップ等は、どの形式においても、ドットのブロックで又はドットの表示で示されるものとしても良い。また、これらのブロックは、方法のステップを実行するために特定の順序で示されているが、実際には、それらを図示された順序に厳密に従って実行する必要はない。例えば、各動作の本質次第で、それらを逆順で又は同時に実行しても良い。ブロック図及び／又はフローチャートの各ブロックと、それらの組み合わせとは、特定の機能／動作を実行するための専用のハードウェア・ベースのシステムによって、又は、専用のハードウェアとコンピュータ命令の組合せによって、実行されても良い、という点にも留意する必要がある。

一般に、請求項で使用されている全ての用語は、ここで明白に他の定義がなされない限り、技術分野での通常の意味に従って解釈されるべきである。１つの（ａ／ａｎ），前記（ｔｈｅ／ｓａｉｄ）［要素，装置，構成，手段，ステップ等］という全ての言及は、明白に他に述べない限り、複数の装置，構成，手段，ユニット，ステップ等を除外するものではなく、前記した要素，装置，構成，手段，ユニット，ステップ等の少なくとも１つの例に言及しているものとして広く解釈されるべきである。更に、ここで使われる不定冠詞（ａ／ａｎ）は、複数のステップ，ユニット，モジュール，装置，オブジェクト等を除外するものではない。

更に、本開示の文脈では、ユーザ機器（ｕｓｅｒｅｑｕｉｐｍｅｎｔ（ＵＥ）とは、端末又は移動体端末（ＭｏｂｉｌｅＴｅｒｍｉｎａｌ（ＭＴ））又は加入者設備（ＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ（ＳＳ））又は携帯加入者設備（ＰｏｒｔａｂｌｅＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ（ＰＳＳ））又は移動局（ＭｏｂｉｌｅＳｔａｔｉｏｎ（ＭＳ））又はアクセス端末（ＡｃｃｅｓｓＴｅｒｍｉｎａｌ（ＡＴ））のことを述べているとしても良く、ＵＥ又は端末又はＭＴ又はＳＳ又はＰＳＳ又はＭＳ又はＡＴのいくつか又は全ての機能が含まれているものとしても良い。その上、本開示の文脈では、「ＢＳ」という用語は、例えば、ノードＢ（ｎｏｄｅＢ（ＮｏｄｅＢ又はＮＢ））又は進化型ＮｏｄｅＢ（ｅｖｏｌｖｅｄＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ））又はラジオ・ヘッダ（ｒａｄｉｏｈｅａｄｅｒ（ＲＨ））又はリモート・ラジオ・ヘッド（ｒｅｍｏｔｅｒａｄｉｏｈｅａｄ（ＲＲＨ））又は中継器又はフェムト，ピコ等の低電力ノードを表すものとしても良い。

本開示をより理解するために、以下ではＬＴＥＴＤＤシステムを例に挙げて本開示の実施形態を説明する。しかし、当業者に認識可能なように、本発明は他の適当な通信システムにも適用可能である。

以下では、まず図２を参照して、本開示で提供される、ＴＤＤシステムでＴＴＩバンドリングを実行する方法を記述する。当該方法は、ＢＳで実行されても良い。

図２で示されるように、まずＳ２０１で、ＢＳは、スペシャル・サブフレームでトランスポート・ブロックの冗長度バージョンの第１パートを含む第１のＴＴＩバンドリング・パケットを受信し、他のスペシャル・サブフレームで冗長度バージョンの第２パートを含む第２のＴＴＩバンドリング・パケットを受信する。

本開示の文脈では、ノーマル・サブフレームとは、ＵＬ送信（ＵＬサブフレーム）又はＤＬ送信（ＤＬサブフレーム）のために構成されたサブフレームのことを言う。スペシャル・サブフレームは、ＵＬサブフレームとＤＬサブフレームとのいずれとも異なるサブフレームであり、ＤＬサブフレームとＵＬサブフレームとの間に配置され、アップリンク送信とダウンリンク送信との両方で使用される。

ＬＴＥＴＤＤシステムを例に挙げると、アップリンク／ダウンリンク（ＵＬ／ＤＬ）構成のパターンは７種類ある。つまり、説明の目的で次の表１に示された構成０から６までである。

表１で示されたように、ＴＤＤラジオ・フレームは、０から９までのラベルを付けられた１０個のサブフレームから成る。各サブフレームは、各々「Ｄ」「Ｕ」「Ｓ」とラベルを付けられている、ＤＬサブフレーム又はＵＬサブフレーム又はスペシャル（ｓｐｅｃｉａｌ）サブフレームとして使用される。スペシャル・サブフレームは、ダウンリンク・パイロット・タイム・スロット（ＤｏｗｎｌｉｎｋＰｉｌｏｔＴｉｍｅＳｌｏｔ（ＤＷＰＴＳ））と、ガード期間（ｇｕａｒｄｐｅｒｉｏｄ（ＧＰ））と、アップリンク・パイロット・タイム・スロット（ＵｐｌｉｎｋＰｉｌｏｔＴｉｍｅＳｌｏｔ（ＵＰＰＴＳ））とを含む。とは言え、「Ｓ」サブフレームは、本開示の実施形態に関して、スペシャル・サブフレームの単なる例示であるという点に留意する必要がある。

７種類のＵＬ／ＤＬ構成を通して、ＬＴＥＴＤＤシステムでは、非対称なＵＬ／ＤＬの割り当てが許されている。しかし、上記したように、これらの構成でのＵＬリソースの制限のために、ＴＴＩバンドリングは構成０，１，６でのみ対応している。

より多くの構成、例えば構成２でＴＴＩバンドリングに対応するために、本発明者は、トランスポート・ブロックの冗長度バージョンを２つのパートに分割し（本開示では「冗長度バージョンの分割」又は「トランスポート・ブロックの分割」と呼ぶ）、２つのスペシャル・サブフレームでそれらを送信することを提案する。具体的には、トランスポート・ブロックの４つの冗長度バージョンからＲＶが選択され、選択された冗長度バージョンはＵＥで２つのパートに分割される。他の分割でも実行可能であるけれども、好ましくは、パートのうちの１つはＲＶの半分であり、パートのうちの他の１つは、ＲＶの残り半分である。２つのパートは、各々、２つの異なるＴＴＩバンドリング・パケットに含められ、それから２つのスペシャル・サブフレームで送信される。冗長度バージョンの分割と冗長度バージョンの送信については、以後より詳細に、ＵＥの動作に関連して説明する。

それゆえ、ＢＳは、冗長度バージョンの第１パートを含む第１のＴＴＩバンドリング・パケットをスペシャル・サブフレームで受信し、冗長度バージョンの第２パートを含む第２のＴＴＩバンドリング・パケットを他のスペシャル・サブフレームで受信する。

それから、ステップＳ２０２で、トランスポート・ブロックの冗長度バージョンを完全な形で取得するために、第１のＴＴＩバンドリング・パケットと第２のＴＴＩバンドリング・パケットとが互いに結合される。

上記したように、トランスポート・ブロックの１つの冗長度バージョンは２つのパートに分割され、２つのスペシャル・サブフレームで２つの異なるＴＴＩバンドリング・パケットで送信される。それゆえ、ＢＳでは、それらから完全なＲＶを取得するために、各々ＲＶのパートを含む２つのＴＴＩバンドリング・パケットが結合される。このような方法で、この完全なＲＶと他のＲＶとが更に復調され、ターボ復号され、それから、トランスポート・ブロック内の情報を得るために使用される。

本開示の実施形態では、スペシャル・サブフレームでＴＴＩバンドリングを実行する際、ＴＴＩバンドリング・パケットの冗長度バージョンはサブフレームの配列に基づいて構成される。ＴＴＩバンドリングで使用される第１のサブフレームはスペシャル・サブフレームであっても良いし、又はノーマル・サブフレームであっても良いと理解されても良い。スペシャル・サブフレームとノーマル・サブフレームとは、異なる送信電力を使用する。データ情報を運ぶためにスペシャル・サブフレームでより多くのリソースブロックが割り当てられる割には、通常、ノーマル・サブフレームのリソースブロックの電力密度は、スペシャル・サブフレームの電力密度より大きい。この観点から、優先度が低い冗長度バージョンがスペシャル・サブフレームで送信され、優先度が高い冗長度バージョンがノーマルＵＬサブフレームで送信されるように、ＴＴＩバンドリングで使われる冗長度バージョンの順序がサブフレームの配列に応じて設定されると望ましい。それゆえ、本開示の実施形態では、もしＴＴＩバンドリングで使用されるサブフレームがノーマル・サブフレームならば、優先度が高い冗長度バージョンが、そのサブフレームに割り当てられる。そして、もしＴＴＩバンドリングで使用されるサブフレームがスペシャル・サブフレームならば、優先度が低い冗長度バージョンが、そのサブフレームに割り当てられる。ターボ符号化により４種類のＲＶが取得されるが、それらは異なる優先度又は重要度を有し、一般的に言うと、それらの優先度はＲＶ０，ＲＶ２，ＲＶ３，ＲＶ１の順序で小さくなる、ということが知られている。よって、ＲＶ１又はＲＶ３を２つのスペシャル・サブフレームで送信し、ＲＶ０とＲＶ２をノーマル・サブフレームで送信することが望ましい、ということが明らかである。

また、本開示の実施形態では、２つのスペシャル・サブフレームが１つのＲＶを送信するのに使用され、そのことが、ＴＴＩバンドリングで４つのＲＶの代わりに３つのＲＶだけ使用することを意味すると分かる。同様に、３つのＲＶが使用される場合には、優先度が高い３つの冗長度バージョンを選択することが望ましい。例えば、ＲＶ０とＲＶ２とＲＶ３とを選ぶ。しかし、ＲＶ０，ＲＶ１，ＲＶ２等の他の３つのＲＶを選ぶこともできると理解されるべきである。それゆえ、ＲＶ３が２つのスペシャル・サブフレームで送信され、ＲＶ０とＲＶ２とはノーマルＵＬサブフレームで送信されると望ましい。

例えば、ＴＴＩバンドリングのサブフレームが「ＳＵＳＵ」と配される本開示の実施形態では、冗長度バージョンの順序は｛３’，０，３’’，２｝である。ここで、「０」と「２」とは各々冗長度バージョンＲＶ０とＲＶ２を示し、「３’」と「３’’」とは冗長度バージョンＲＶ３の２つのパートを示す。本開示の他の実施形態で、ＴＴＩバンドリングのサブフレームが「ＵＳＵＳ」と配された場合は、冗長度バージョンの順序は｛０，３’，２，３’’｝である。

また、図３で示されたように、ＴＴＩバンドリングを実行する前に、ＢＳは、更に、ステップＳ３０１で、ＴＴＩバンドリングで冗長度バージョンの分割を使用するかどうか判別する。

ＴＴＩバンドリングでＲＶの分割を使用すべきかどうかの判別は、ＴＤＤシステムの現在の状態、例えば、リソース割り当て、干渉、信号品質等に応じて、ＢＳが行う。代わりとして、冗長度バージョンの分割の手法によりＴＴＩバンドリングを実行することへの同意がＢＳとＵＥとの間でなされているかどうかを、ＢＳはまず判別し、もしＹＥＳであれば、ＢＳは、冗長度バージョンの分割がＴＴＩバンドリングに適用されるべきであると決定するものとしても良い。

その後、ステップＳ３０２で、冗長度バージョンの分割がＴＴＩバンドリングに使用されるべきであるとの決定に応じて、指示がＵＥに送信される。ＵＥが、ＲＶのうちの１つを２つのパートに分割し、それらを２つのスペシャル・サブフレームで送信するように、冗長度バージョンの分割がＴＴＩバンドリングで使用されると示すためである。この指示を、以下では、説明の便宜のために、簡潔に「肯定の指示」と呼ぶ。

肯定の指示は様々な形式で実行される。例えば、冗長度バージョンの分割がＴＴＩバンドリングで適用されるべきであるとの決定に応じて、肯定の指示は「ＴＲＵＥ」と設定されるものとしても良い。それから、「ＴＲＵＥ」というフラグを含むメッセージがＵＥに送信される。ＲＶのうちの１つを２つのパートに分割し、それらを２つのスペシャル・サブフレームで送信するようにＵＥに知らせるためである。本開示の他の実施形態に関しては、肯定の指示は特定の所定の値であっても良い。もしＢＳから送信されたメッセージに、所定の値、例えば「０」又は「１」が含まれるとＵＥが判別した場合は、ＢＳが冗長度バージョンの分割を用いてＴＴＩバンドリングを実行することを望んでいるとＵＥは分かる。

一方、ＴＴＩバンドリングで冗長度バージョンの分割を使用しないと決定した場合は、ＵＥがいつも通りでＴＴＩバンドリング・パケットを送信するように、ＢＳは何の指示もＵＥに送らない。もしＵＥが肯定の指示を受信しない場合は、冗長度バージョンの分割を使ってＴＴＩバンドリングを実行することをＢＳが望んでいないと、ＵＥは分かる。代わりとして、より明確な通知を提供するために、ＢＳはＵＥに、否定の指示、例えば「ＦＡＬＳＥ」を含むメッセージをステップＳ３０３で送信するものとしても良い。

本開示の実施形態に関して、肯定と否定の指示は、ラジオ・リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ（ＲＲＣ））信号によって実現さる。実施形態では、ＲＲＣ信号が指示を含むように構成され、その場合ＲＲＣ信号がＵＥに送信される。本開示の実施形態に関するメッセージは他の適切な形式で実行されても良く、ＲＲＣ信号は、限定というより単に説明目的で提供されているという点に留意する必要がある。

次に、図４から図８を参照して、本開示の実施形態に関して、ＵＥで実行される、ＴＴＩバンドリングを実行する方法を説明する。

ステップＳ４０１で示されるように、トランスポート・ブロックの冗長度バージョンは第１パートと第２パートとに分割される。

上述したように、冗長度バージョンのうちの１つは２つのスペシャル・サブフレームで送信されるので、従来技術での４つの冗長度バージョンに代えて、３つの冗長度バージョンがＴＴＩバンドリングで使用される。それゆえ、ターボ符号化によって取得される４種類のＲＶから、優先度又は重要度に基づいて、３つの冗長度バージョンを選択することが望ましい。本開示の実施形態では、４つの冗長度バージョンから、より高い優先度を有する３つの冗長度バージョンを選択する。それゆえ、３つの冗長度バージョンとしてＲＶ０とＲＶ２とＲＶ３とを選択することが望ましいが、ＲＶ０とＲＶ１とＲＶ２のような他の冗長度バージョンを使うこともできる。

更に、スペシャル・サブフレームの電力密度は、ノーマル・サブフレームの電力密度より、普通は小さい。よって、分割され、スペシャル・サブフレームで送信されるべき冗長度バージョンは、トランスポート・ブロックの冗長度バージョンの優先度又は重要度に応じて、３つの冗長度バージョンから選択されると望ましい。本開示の実施形態では、ＴＴＩバンドリングで使用される予定の３つの冗長度バージョンの中から、より優先度が低い冗長度バージョンを、分割されるべき冗長度バージョンに選択する。とは言え、他の１つを分割されるべき冗長度バージョンに選択することも実行可能である。

例えば、冗長度バージョンＲＶ０，ＲＶ２，ＲＶ３を使用する場合、ＲＶ３が分割されるべき冗長度バージョンに決定されるものとしても良い。

スペシャル・サブフレームで送信される予定の冗長度バージョンは、２つのパート、つまり第１パートと第２パートとに分割される。例えば、冗長度バージョンは２つに半分に分けられるものとしても良い。それは、第１パートが冗長度バージョンの半分であり、第２パートが冗長度バージョンの残り半分であることを意味する。

それから、ステップＳ４０２で、２つのパートは、２つの別個のＴＴＩバンドリング・パケットに各々含められ、２つのスペシャル・サブフレームで各々送信される。

冗長度バージョンが２つのパートに分割された後、それらは２つのスペシャル・サブフレームで送信される。冗長度バージョンがＴＴＩバンドリングの２つのスペシャル・サブフレームで送信されることを可能にするために、スペシャル・サブフレームの構造が本開示の実施形態で新しく提案される。本開示の実施形態に沿って、スペシャル・サブフレームは、ＤＬ送信のための第１部分と、ガード期間（ｇｕａｒｄｐｅｒｉｏｄ（ＧＰ））のための第２部分と、ＵＬ送信のための第３部分とを含み、第１部分と第２部分と第３部分との長さは、ダウンリンク送信とアップリンク送信との間のその遷移時間が、従来のＵＥへの在り得る干渉を回避するため従来のＵＥのスペシャル・サブフレームにおける遷移時間と略一致するように設定される。

ここで図５を参照する。図５は、本開示の実施形態に関して、スペシャル・サブフレーム５００の典型的な図を模式的に示す。図５に見られるように、スペシャル・サブフレーム５００は、第１部分であるＤＷＰＴＳ５０１と、第２部分であるＧＰ５０２と、第３部分であるＵＰＰＴＳ５０３とを含む。本開示の実施形態では、第１部分と第２部分と第３部分とは、長さの比が６：３：５である。すなわち、１つのサブフレームの長さが１ｍｓであると仮定すると、ＤＷＰＴＳ５０１の長さは、およそ１３１６８Ｔｓ（約０．４２９ｍｓ）に設定され、ＧＰ５０２の長さは、およそ６５９２Ｔｓ（約０．２１５ｍｓ）であり、ＵＰＰＴＳ５０３の長さは、およそ１０９６０Ｔｓ（約０．３５７ｍｓ）に設定される。

更に、本開示では、冗長度バージョンをＴＴＩバンドリングの２つのスペシャル・サブフレームで送信することを可能にするために、十分なリソースブロックが割り当てられるべきである。本開示の実施形態では、各スペシャル・サブフレームに割り当てられたリソースブロックの数、対、ノーマル・サブフレームに割り当てられたリソースブロックの数の比は、４：３である。より詳細な説明のために、図６Ａから図６Ｃまでを参照する。

まず図６Ａを参照する。図６Ａは、本開示の実施形態に関して、ノーマル・サブフレームのリソース割り当ての図を示す。図６Ａに関して説明される実施形態では、ノーマル・サブフレームはアップリンク・サブフレーム、例えば、ＬＴＥＴＤＤシステムのサブフレーム「Ｕ」であり、２つのスロットＳｌｏｔ０とＳｌｏｔ１とを含み、それら両方がアップリンク送信に使用される。図示されているように、３つのリソースブロック、例えば３つの物理的リソースブロック（ｐｈｙｓｉｃａｌｒｅｓｏｕｒｃｅｂｌｏｃｋｓ（ＰＲＢｓ））は、各サブフレームに割り当てられている。アップリンク送信は、物理的アップリンク共有チャネル（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ（ＰＵＳＣＨ））で実行される。

次に、図６Ｂと図６Ｃとを参照する。図６Ｂと図６Ｃとは、本開示の実施形態に関して、各々、第１のスペシャル・サブフレームと第２のスペシャル・サブフレームの送信ブロックの第１パートと第２パート（ＴＢ０とＴＢ１）のリソース割り当ての図を示す。図６Ｂと図６Ｃに関して説明される実施形態では、スペシャル・サブフレームは、例えば、ＬＴＥＴＤＤシステムのサブフレーム「Ｓ」であり、２つのスロットＳｌｏｔ０とＳｌｏｔ１とを含む。図６Ａで示されたノーマル・サブフレームとは異なり、スペシャル・サブフレームでは、Ｓｌｏｔ０がＤＷＰＴＳとＧＰとに割り当てられていて、Ｓｌｏｔ１がアップリンク送信とＧＰとに割り当てられている。ＴＢ０とＴＢ１とを送信するための十分なリソースを確保する目的で、４つのリソースブロック、例えば４ＰＲＢｓが、各スペシャル・サブフレームに割り当てられている。このように、アップリンク送信のためには合計で約６つのリソースブロックが存在する。

ＴＴＩバンドリングで冗長度バージョンの分割が使用される場合は、第１のスペシャル・サブフレームで、冗長度バージョンの第１パート又は送信ブロックＴＢペアの第１要素と呼ばれるものは、送信器の利用可能なアップリンク・リソースにマッピングされる。冗長度バージョンの第２パート又は送信ブロック・ペアの第２要素と呼ばれるものは、第２のスペシャル・サブフレームの利用可能なアップリンク・リソースにマッピングされる。

すなわち、もし、ＴＴＩバンドリングでＴＢペアを送信するために、２つのスペシャル・サブフレームを使用するかどうか示すのに、ｔｔｉＢｕｎｄｌｉｎｇ＿ｓｐｅｃｉａｌ＿ｓｅｇｍｅｎｔａｔｉｏｎが使用されるならば、ｔｔｉＢｕｎｄｌｉｎｇ＿ｓｐｅｃｉａｌ＿ｓｅｇｍｅｎｔａｔｉｏｎがｔｒｕｅに設定された場合は、ＴＢペアは別々に第１，第２のスペシャル・サブフレームにマッピングされる。送信に割り当てられた物理的リソースブロックに相当するリソース要素（ｋ，ｌ）へのマッピングは、最初にインデックスｋ、次にインデックスｌの順番で、全てのＴＢペアがサブフレームの第２スロットから開始してガード期間の部分ではないものである。

そのような方法で、スペシャル・サブフレームでＴＴＩバンドリング・パケットが送信される。更に、図５で示されたスペシャル・サブフレームのＵＰＰＴＳ５０３が、サウンディング参照信号（ｓｏｕｎｄｉｎｇｒｅｆｅｒｅｎｃｅｓｉｇｎａｌ（ＳＲＳ））又は物理的ランダム・アクセス・チャネル（ｐｈｙｓｉｃａｌｒａｎｄｏｍａｃｃｅｓｓｃｈａｎｎｅｌ（ＰＲＡＣＨ））を送信するようにＵＥに割り当てられた場合、スペシャル・サブフレームをＴＴＩバンドリングにも使用する場合は、ＵＥはＵＰＰＴＳでレート・マッチングを実行する。ＳＲＳとＰＲＡＣＨ送信がＢＳにより設定されるという事実から見て、基地局は、レート・マッチングが実行されても、補助信号なしで、簡単にＴＴＩバンドリング・パケットを回復できる。

戻って図４を参照する。図示されたように、ステップＳ４０３で、冗長度バージョンの分割がＴＴＩバンドリングで使用されるべきかどうか示すための指示を更に受信する。上記したように、ＢＳは、冗長度バージョンの分割の手法によりＴＴＩバンドリングを実行するかどうか決定する。その場合、ＢＳはＵＥに指示を送る。ＵＥは指示を受信し、ステップＳ４０４で、その指示から、冗長度バージョン分割の手法によりＴＴＩバンドリングを実行するかどうか判別する。もし、冗長度バージョン分割の手法によりＴＴＩを実行することが要求されているとＵＥが判別した場合、方法は続行され、そうでなければ、方法は終了させられる。

更に、上記したように、ＴＴＩバンドリングで使用される第１のサブフレームは、スペシャル・サブフレーム又はノーマル・サブフレームであり、それらは異なる送信電力を使用する。よって、スペシャル・サブフレームでＴＴＩバンドリングを実行する場合、サブフレームの種々の配列に対応して、ＴＴＩバンドリングで使用されるべき冗長度バージョンを構成することが望ましい。それゆえ、本開示の実施形態では、ステップＳ４０５のように、ＴＴＩバンドリングのためのサブフレームの配列が決定される。それから、ステップＳ４０６で、ＴＴＩバンドリングで使用されるべき冗長度バージョンの順序が、サブフレームの配列に応じて設定される。例えば、もしＴＴＩバンドリングで使用されるサブフレームがノーマル・サブフレームならば、より優先度が高い冗長度バージョンが、ノーマル・サブフレームに割り当てられ、もしＴＴＩバンドリングで使用されるサブフレームがスペシャル・サブフレームならば、より優先度が低い冗長度バージョンが、そのサブフレームに割り当てられる。

よって、２つのスペシャル・サブフレームでＲＶ１又はＲＶ３を送信し、ノーマル・サブフレームでＲＶ０とＲＶ２とを送信することが望ましい。より望ましくは、冗長度バージョンＲＶ３を２つのスペシャル・サブフレームで送信する。例として、サブフレームの配列が「ＳＵＳＵ」の場合は、冗長度バージョンの順序は｛３’，０，３’’，２｝であり、サブフレームの配列が「ＵＳＵＳ」の場合は、冗長度バージョンの順序は｛０，３’，２，３’’｝である。

よって、本開示の実施形態に係る冗長度バージョンの分割が適用される場合、ＴＴＩバンドリングに対応したＵＬ／ＤＬ構成０，１，６のみではなく、ＴＴＩバンドリングに適していないＵＬ／ＤＬ構成２でもまた、ＴＴＩバンドリング方式の利益を享受する目的でＴＴＩバンドリング方式を使用することができる。本開示のいくつかの実施形態に関して、ＵＬ／ＤＬ構成２に関するＴＴＩバンドリングのためのＨＡＲＱプロセスの数は２までである。

ここで図７を参照する。図７は、本開示の実施形態に関して、ＨＡＲＱプロセスの図を示す。具体的には、図７で示される実施形態では、ＴＴＩバンドリングで、ＴＤＤＵＬ／ＤＬ構成２が使用される。図示されたように、バンドルされた３つの冗長度バージョン（ｒｅｄｕｎｄａｎｔｖｅｒｓｉｏｎｓ（ＲＶｓ））、ＲＶ３とＲＶ０とＲＶ２とが存在し、ＲＶ３は、２つのパートＲＶ３’とＲＶ３’’に分割されている。冗長度バージョンＲＶ３の第１パートＲＶ３’は、第１の「Ｓ」サブフレームでＵＥからＢＳに送信され、次に、第２の冗長度バージョンＲＶ０が、第１の「Ｕ」サブフレームでＢＳに送信され、続いて、ＲＶがＢＳに送信されるべきであるが、３つ連続で「Ｄ」サブフレームが続いているので、ＲＶは送信されず、３つの「Ｄ」サブフレームに続く他の２つの「Ｓ」と「Ｕ」サブフレームが、冗長度バージョンＲＶ３の第２パートＲＶ３’’と、残りの冗長度バージョンＲＶ２とを送信するのに使用される。このように、冗長度バージョンの第１セット（例えば、「♯０」と示される）は、２つのスペシャル・サブフレームと２つのノーマル・サブフレーム（アップリンク・ノーマル・サブフレーム）とでアップリンクで送信される。それから、同様に、３つの冗長度バージョンの第２セット（例えば、「♯１」と示される）は、その後の「Ｓ」及び／又は「Ｕ」サブフレームでＢＳに送信される。図７に見られるように、ＲＶの第１セットが送信された後、レスポンス（例えば、ＡＣＫ又はＮＡＣＫ）が、ある期間後、「Ｄ」サブフレームで受信される。実施形態では、ＢＳがアップリンク・パケットを適切に受信していないことを示すＮＡＣＫというレスポンスをＵＥが受信した場合、ＵＥはＲＶの第１セットを再送信する。そのため、ＵＥは、ＲＶの第１セットの再送信を開始するために、次の「Ｓ」サブフレーム又は「Ｕ」サブフレームをチェックする。しかし、ＲＶの第２セットが送信されているので、次の「Ｓ」又は「Ｕ」サブフレームを、第１セットの再送信に使用することができない。それゆえ、ＵＥは、ＲＶの第２セットに抵触しない、他の「Ｓ」サブフレーム又は「Ｕ」サブフレームを見つける。図７に見られるように、ＲＶの第１セットの再送信は、第２セットの送信が終わった後に、開始する。

更に、本開示で提案された冗長度バージョンの分割により、ＴＴＩバンドリングのアップリンク物理チャネル処理が、従来技術の処理とは異なっている。次に、図８を参照して、その違いを説明する。図８では、主な違いが、黒の太線のブロックで示されている。

図示されたように、ＵＥにおいて、送信ブロック（ｔｒａｎｓｐｏｒｔｂｌｏｃｋ）分割モジュールが新しく追加されている。送信ブロック分割モジュールは、送信ブロックの冗長度バージョンを第１パートと第２パートとに分割する役割を担う。また、リソース要素マッパーは、本開示で提案されたリソース割り当てに基づいて、リソース・マッピングを実行する。具体的には、リソース要素マッパーは、第１のスペシャル・サブフレームと第２のスペシャル・サブフレームの利用可能なアップリンク・リソースに、２つのパートを各々マッピングする。それから、リソース要素マッピングに基づいて、２つのスペシャル・サブフレームで、２つのＴＴＩバンドリング・パケットをアンテナが送信する。更に、ＢＳにおいては、リソース結合が新しく追加される。リソース結合は、送信ブロックの冗長度バージョンを完全な形で取得するために、２つのＴＴＩバンドリング・パケットを互いに結合するように構成されている。

本開示の実施形態によれば、より多くの構成でＴＴＩバンドリングの利益を享受できるようになるだけではなく、ＤＬとＵＬとの間の遷移時間が、従来のＵＥの遷移時間と略一致するので、従来のユーザへの干渉の追加を回避することもまた可能である。このことは、図９を参照して説明する。図９は、Ｒｅｌ．８のＵＥと本開示のＵＥとにおけるスペシャル・サブフレームの遷移時間を模式的に示す。

図９から、本開示では、６：３：５の構成のスペシャル・サブフレームを使用する、言い換えれば、ＤＬとＧＰとＵＰの長さの比が６：３：５であるということが見受けられる。長さの比が３：９：２であるスペシャル・サブフレーム構成５を使用する従来のＵＥ、即ちＲｅｌ．８のＵＥと比較すると、本開示のＧＰの遷移時間は、Ｒｅｌ．８のＵＥの遷移時間と略一致する。それゆえ、本開示で提供される解決方法は、従来のＵＥへ追加の干渉を起こさず、重大な利点がある。更に、本開示で提供される解決方法は、ＴＤ−ＳＣＤＭＡシステムへ干渉を起こさないだろう。

また、本開示の実施形態に関しては、スペシャル・サブフレームの既存の構成に関して、いくつか変更がある。

例えば、ＴＳ３６／２１１の節（Ｓｅｃｔｉｏｎ）５．３．４では、物理リソースへの新しいマッピング方式を追加する。例えば、「ｔｔｉＢｕｎｄｌｉｎｇ＿ｓｐｅｃｉａｌ＿ｓｅｇｍｅｎｔａｔｉｏｎがｔｒｕｅに設定されている場合は、ＴＢペアは、別々に、第１と第２のスペシャル・サブフレームにマッピングされる。送信に割り当てられた物理的リソースブロックに相当するリソース要素（ｋ，ｌ）へのマッピングは、最初にインデックスｋ、次にインデックスｌの順番で、全てのＴＢペアはサブフレームの第２スロットから開始してガード期間の部分ではないものである。」という記述を追加する。

更に、ＴＳ３６．２１１の表（Ｔａｂｌｅ）４．２−１では、長さの比が６：３：５のスペシャル・サブフレーム構成１０と、拡張サイクリック・プレフィックスの構成が新しく追加されている。それらは、次の表２で下線と太字の両方で強調されている。

更に、ＴＴＩバンドリングで冗長度バージョンの分割が適用された場合、ＴＳ３６．２１３の表（Ｔａｂｌｅ）８−１にいくつかの変更がなされる。詳細は表３に示されている。表３では、挿入された箇所は下線で強調され、削除された箇所は取り消し線で示されている。

また、ＴＳ３６．２１３の表（Ｔａｂｌｅ）８−２にもいくつかの変更がなされる。詳細は表４と表５に示されている。表４は、冗長度バージョン（ｒｅｄｕｎｄａｎｃｙｖｅｒｓｉｏｎ（ＲＶ））の分割が無効な場合の、ＴＤＤＵＬ／ＤＬ構成０−６の「ｋ」の値を示す。ここで、「ｋ」というシンボルは、ＵＥがｎ＋ｋサブフレームでパケットを送信する前に待つサブフレームの数を示す。

表５は、冗長度バージョンの分割が有効な場合の、ＴＤＤＵＬ／ＤＬ構成２の「ｋ」の値を示す。表５では、挿入された箇所は下線で強調されている。

ＴＴＩバンドリングで冗長度バージョンの分割が適用された場合、ＴＳ３６．２１３の表（Ｔａｂｌｅ）８−２ａにもいくつかの変更がなされる。詳細は表６に示されている。表６は、ＴＤＤＵＬ／ＤＬ構成０−６の「ｌ」の値を示す。ここで、「ｌ」というシンボルは、ＵＥがｎ―ｌサブフレームでＡＣＫ／ＮＡＣＫを受信するということを示す。表６では、挿入された箇所は下線で強調されている。

更に、ＴＴＩバンドリングでＲＶの分割が適用された場合、ＴＳ３６．２１３の表（Ｔａｂｌｅ）９．１．２−１にも変更がなされる。詳細は表７と表８に示されている。表７は、ＲＶの分割が無効の場合の、ＴＤＤＵＬ／ＤＬ構成０−６の「ｋ_{ＰＨＩＣＨ}」の値を示す。ここで、「ｋ_{ＰＨＩＣＨ}」は、基地局がＡＣＫ／ＮＡＣＫを送り出した後、ＵＥがＡＣＫ／ＮＡＣＫを受信するのに待つ必要があるサブフレームの数を示す。

表８は、ＲＶの分割が有効の場合の、ＴＤＤＵＬ／ＤＬ構成２の「ｋ_{ＰＨＩＣＨ}」の値を示す。表８では、挿入された箇所は下線で強調されている。

更に、本開示では、ＴＤＤシステムでＴＴＩバンドリングを実行する装置を提供する。ここで、本開示で提供する装置を説明するために、図１０を参照する。図１０は、本開示の実施形態に関して、ＴＤＤシステムでＴＴＩバンドリングを実行する装置のブロック図を示す。

図１０に示されているように、装置１０００は、パケット受信ユニット１０１０と、パケット結合ユニット１０２０とを含む。パケット受信ユニット１０１０は、スペシャル・サブフレームでトランスポート・ブロックの冗長度バージョンの第１パートを含む第１のＴＴＩバンドリング・パケットを受信し、他のスペシャル・サブフレームで冗長度バージョンの第２パートを含む第２のＴＴＩバンドリング・パケットを受信するように構成されている。パケット結合ユニット１０２０は、トランスポート・ブロックの冗長度バージョンを完全な形で取得するために、第１のＴＴＩバンドリング・パケットと第２のＴＴＩバンドリング・パケットとを結合するように構成されている。

本開示の実施形態では、冗長度バージョンの第１パートは、冗長度バージョンの半分であり、冗長度バージョンの第２パートは、冗長度バージョンの残り半分である。

本開示の他の実施形態では、ＴＴＩバンドリングで使用されるトランスポート・ブロックの冗長度バージョンの順序は、サブフレームの配列に応じて設定されるものとしても良い。

本開示の更なる実施形態では、トランスポート・ブロックの冗長度バージョンは、冗長度バージョン３であっても良い。

本開示のなお更なる実施形態では、スペシャル・サブフレームと他のスペシャル・サブフレームとの各々は、ダウンリンク送信のための第１部分と、ガード期間のための第２部分と、アップリンク送信のための第３部分とを含むものとしても良い。第１部分と第２部分と第３部分との長さは、ダウンリンク送信とアップリンク送信との間のその遷移時間が、従来のＵＥのスペシャル・サブフレームにおける遷移時間と略一致するように設定されるものとしても良い。

本開示のまだ更なる実施形態では、第１部分と第２部分と第３部分の長さの比は６：３：５であっても良い。

本開示のなおまだ更なる実施形態では、スペシャル・サブフレームと他のスペシャル・サブフレームとの各々に割り当てられたリソースブロックの数、対、ノーマル・サブフレームに割り当てられたリソースブロックの数の比は、４：３であっても良い。

本開示の他の実施形態では、装置は、更に、ＴＴＩバンドリングで冗長度バージョンの分割が使用されるべきかどうか判別するように構成された分割判別ユニット１０３０と、冗長度バージョンの分割が使用されるべきであると判別されることに応じて、ＴＴＩバンドリングで冗長度バージョンの分割が使用されるべきであることを示す指示をユーザ機器（ｕｓｅｒｅｑｕｉｐｍｅｎｔ（ＵＥ））に送るように構成された指示送信ユニット１０４０とを含むものとしても良い。

また、ＴＤＤシステムでＴＴＩバンドリングを実行する装置を更に提供する。以下では、本開示で提供する装置を説明するために、図１１を参照する。図１１は、本開示の実施形態に関して、ＴＤＤシステムでＴＴＩバンドリングを実行する装置のブロック図を示す。

図示されているように、装置１１００は、バージョン分割ユニット１１１０とパケット送信ユニット１１２０とを更に含む。バージョン分割ユニット１１１０は、トランスポート・ブロックの冗長度バージョンを第１パートと第２パートとに分割するように構成されている。パケット送信ユニット１１２０は、スペシャル・サブフレームで第１パートを含む第１のＴＴＩバンドリング・パケットを送信し、他のスペシャル・サブフレームで第２パートを含む第２のＴＴＩバンドリング・パケットを送信するように構成されている。

本開示の他の実施形態では、装置１１００は、ＴＴＩバンドリングのためのサブフレームの配列を決定するように構成された配列決定ユニット１１３０と、サブフレームの配列に応じて、ＴＴＩバンドリングで使用される冗長度バージョンの順序を設定するように構成された順序設定ユニット１１４０とを含むものとしても良い。

本開示の更なる実施形態では、スペシャル・サブフレームと他のスペシャル・サブフレームとの各々は、ダウンリンク送信のための第１部分と、ガード期間のための第２部分と、アップリンク送信のための第３部分とを含むものとしても良い。第１部分と第２部分と第３部分との長さは、ダウンリンク送信とアップリンク送信との間のその遷移時間が、従来のＵＥのスペシャル・サブフレームにおける遷移時間と略一致するように設定されるものとしても良い。

本開示の他の実施形態では、装置１１００は、更に、ＴＴＩバンドリングで冗長度バージョンの分割が使用されるべきであることを示す指示を受信するように構成された指示受信ユニット１１５０を含むものとしても良い。そして、そのような場合には、バージョン分割ユニット１１１０とパケット送信ユニット１１２０とは、指示を受信したことに応じて、動作するように構成されているものとしても良い。

なお、装置１０００は、図２と図３に関して述べられた機能を実現するように構成され、装置１１００は、図４に関して述べられた機能を実現するように構成されている。それゆえ、これら装置のモジュールの動作の詳細については、図２から図９までに関して、方法の各ステップについてなされた説明を参照すれば良い。

なお、更に、装置１０００と装置１１００との構成要素は、ハードウェア及び／又はソフトウェア及び／又はファームウェア及び／又はそれらの組み合わせで具現化しても良い。例えば、装置１０００又は装置１１００の構成要素は、各々、回路又はプロセッサ又は選択された他の適切な装置により各々実現されても良い。当業者は、前述の例が説明のためだけであって、限定のためではないということを理解するだろう。

本開示のいくつかの実施形態では、装置１０００は少なくとも１つのプロセッサを含む。本開示の実施形態での使用に適した少なくとも１つのプロセッサは、例として、既知であるか又は将来開発される、一般的なプロセッサと特別な目的のためのプロセッサの両方を含むものとしても良い。装置１０００は更に少なくとも１つのメモリを含む。少なくとも１つのメモリは、例えば、半導体メモリデバイス（例としてＲＡＭ，ＲＯＭ，ＥＰＲＯＭ，ＥＥＰＲＯＭ，フラッシュメモリ装置）を含むものとしても良い。少なくとも１つのメモリは、コンピュータ実行可能命令のプログラムを格納することに使用されるものとしても良い。プログラムは、高水準及び／又は低水準のコンパイル可能な又は解釈可能なプログラミング言語で記述されうる。実施形態の通りに、コンピュータ実行可能命令は、少なくとも１つのプロセッサを用いて、装置１０００に少なくとも図２と図３に関して述べられた方法に従って動作を実行させるように構成されている。

本開示のいくつかの実施形態では、装置１１００は少なくとも１つのプロセッサを含む。本開示の実施形態での使用に適した少なくとも１つのプロセッサは、例として、既知であるか又は将来開発される、一般的なプロセッサと特別な目的のためのプロセッサの両方を含むものとしても良い。装置１１００は更に少なくとも１つのメモリを含む。少なくとも１つのメモリは、例えば、半導体メモリデバイス（例としてＲＡＭ，ＲＯＭ，ＥＰＲＯＭ，ＥＥＰＲＯＭ，フラッシュメモリ装置）を含むものとしても良い。少なくとも１つのメモリは、コンピュータ実行可能命令のプログラムを格納することに使用されるものとしても良い。プログラムは、高水準及び／又は低水準のコンパイル可能な又は解釈可能なプログラミング言語で記述されうる。実施形態の通りに、コンピュータ実行可能命令は、少なくとも１つのプロセッサを用いて、装置１１００に少なくとも図４に関して述べられた方法に従って動作を実行させるように構成されている。

また、図１２は、更に、本開示の実施形態と従来技術の既存の解法とに従って実行されたシミュレーションの結果を示すである。シミュレーションで使用されたパラメータは、表９に記載されている。

図１２から、スペシャル・サブフレーム構成が６：３：５のＴＴＩバンドリングは、従来のＵＥｓに何ら干渉を起こすことなく、十分なパフォーマンスの向上（約１．４ｄＢＳＮＲゲイン）を達成できる。

本開示では、図２と図３に関して述べられた方法は、例えば、ＢＳ又は基地局制御装置（ｂａｓｅｓｔａｔｉｏｎｃｏｎｔｒｏｌｌｅｒ（ＢＳＣ））又はゲートウェイ又はリレー又はサーバ又は他の適切な装置によって実行されるものとしても良い。更に、図４に関して述べられた方法は、例えば、ＵＥ又は端末又は移動体端末又は他の適切な装置によって実行されるものとしても良い。

本開示の実施形態は、ＬＴＥＴＤＤシステムに関して述べられたが、本開示は、ＴＤ−ＳＣＤＭＡ等のような他の適切なＴＤＤシステムでも、利益を享受するために適用可能である。

本開示の実施形態は、構成２に関して述べられたが、構成０，１，６のような他の構成でも、利益を享受するために使用されうるということも理解されるべきである。

上記に基づくと、本開示は、装置又は方法又はコンピュータプログラム製品で具現化されうると、当業者は理解するだろう。一般に、種々の典型的な実施形態は、ハードウェア又は特殊目的の回路、又はソフトウェア、又はロジック、又はそれらの如何なる組み合わせで実行されるものとしても良い。例えば、いくつかの特徴はハードウェアで実行され、他の特徴はファームウェア、又は制御装置又はマイクロプロセッサ又は他の計算装置で実行されるソフトウェアにより実行されるものとしても良く、しかし本開示はそれらに限定されない。本開示の典型的な実施形態の様々な特徴は、ブロック図又はフローチャート又は他の画像表示で示され、述べられているが、ここで述べられた、これらのブロック又は装置又はシステム又は技術又は方法は、限定しない例として、ハードウェア又はソフトウェア又は特殊目的の回路又はロジック、又は一般目的のハードウェア又はコントローラ又は他の計算装置、又はそれらの如何なる組み合わせにより実現されるものとしても良い。

添付図面に見られる様々なブロックは、方法のステップとして、及び／又はコンピュータプログラム・コードが動作した結果の動作として、及び／又は関連の関数を実行するために構築された複数の連結論理回路要素として、みなされうる。本開示の典型的な実施形態の少なくともいくつかの特徴は、集積回路チップとモジュールのような様々な構成要素で実行されうる。また、本開示の典型的な実施形態の少なくともいくつかの特徴は、本開示の典型的な実施形態の通りに動作するように構成可能な集積回路又はＦＰＧＡ又はＡＳＩＣとして具現化される装置で実現されうる。

この明細書は、多くの具体的な実施例の詳細を含むが、これらは、如何なる開示の範囲の又は請求の範囲の限定として解釈されるべきではなく、むしろ特定の開示の特定の実施形態に特有の特徴の記述であるものとして解釈されるべきである。この明細書の別々の実施形態の文脈で記述された、ある特徴は、１つの実施形態内で組み合わせて実施されることも可能である。逆に、１つの実施形態の文脈で記述された様々な特徴は、複数の実施形態で別々に、又は適切な部分的組み合わせで、実施されることも可能である。更に、特徴は、ある組み合わせで作用するように上述されており、初めにそのように権利請求されてさえいるけれども、権利請求された組み合わせのうちの１以上の特徴が、いくつかの場合には、組み合わせから削除されうるし、権利請求された組み合わせは、部分的組み合わせ又は部分的組み合わせのバリエーションに導かれても良い。

同様に、動作は図面中に特定の順序で表されているが、望ましい結果を達成するためには、そのような動作が示された特定の順序又は連続した順序で実行されること、又は図示された動作全てが実行されることが必要だと理解されるべきではない。特定の状況では、マルチタスキングと並列処理が有利である可能性がある。更に、上述の実施形態の様々なシステム構成要素の分け方は、全ての実施形態においてそのような分け方が必要であると理解されるべきではない。そして、記述されたプログラム構成要素とシステムは、通常、１つのソフトウェア製品にまとめて統合されうるか、又は複数のソフトウェア製品にパッケージされうるということが理解されるべきである。

本開示の前述の典型的な実施形態への様々な修正，翻案は、添付図面と共に読まれた場合の前述の説明に照らすと、関連技術の当業者に明白になる可能性がある。あらゆる全ての修正は、なお本開示の非限定的で典型的な実施形態の範囲内になる。更にまた、前述の説明と関連図面に示された教えの恩恵を受ける、本開示のこれら実施形態の関連技術の当業者に、ここで述べられた本開示の他の実施形態が思い浮かぶだろう。

それゆえ、本開示の実施形態は開示された特定の実施形態に限定されるべきではなく、修正と他の実施形態が添付の請求の範囲内に含まれることが意図されていると理解されるべきである。ここでは特定の用語が使用されているが、それらは一般的で記述的な意味のみで使用され、限定目的で使用されていない。

（付記１）
スペシャル・サブフレームでトランスポート・ブロックの冗長度バージョンの第１パートを含む第１の送信時間間隔（ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ（ＴＴＩ））バンドリング・パケットを受信し、他のスペシャル・サブフレームで前記冗長度バージョンの第２パートを含む第２のＴＴＩバンドリング・パケットを受信することと、
前記トランスポート・ブロックの前記冗長度バージョンを完全な形で取得するために、前記第１のＴＴＩバンドリング・パケットと前記第２のＴＴＩバンドリング・パケットとを結合することと、
を含む時分割複信（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ（ＴＤＤ））システムでＴＴＩバンドリングを実行する方法。

（付記２）
前記冗長度バージョンの前記第１パートは、前記冗長度バージョンの半分であり、前記冗長度バージョンの前記第２パートは、前記冗長度バージョンの残り半分である付記１に記載の方法。

（付記３）
前記ＴＴＩバンドリングで使用される前記トランスポート・ブロックの前記冗長度バージョンの順序は、サブフレームの配列に応じて設定される付記１または２に記載の方法。

（付記４）
前記トランスポート・ブロックの前記冗長度バージョンは、冗長度バージョン３である付記１乃至３のいずれかに記載の方法。

（付記５）
前記スペシャル・サブフレームと前記他のスペシャル・サブフレームとの各々は、ダウンリンク送信のための第１部分と、ガード期間のための第２部分と、アップリンク送信のための第３部分とを含み、前記第１部分と前記第２部分と前記第３部分との長さは、前記ダウンリンク送信と前記アップリンク送信との間のその遷移時間が、従来のＵＥのスペシャル・サブフレームにおける遷移時間と略一致するように設定される付記１乃至４のいずれかに記載の方法。

（付記６）
前記第１部分と前記第２部分と前記第３部分の長さの比は６：３：５である付記５に記載の方法。

（付記７）
前記スペシャル・サブフレームと前記他のスペシャル・サブフレームとの各々に割り当てられたリソースブロックの数、対、ノーマル・サブフレームに割り当てられたリソースブロックの数の比は、４：３である付記１乃至６のいずれかに記載の方法。

（付記８）
前記方法は、更に、
ＴＴＩバンドリングで冗長度バージョンの分割が使用されるべきかどうか判別することと、
前記冗長度バージョンの分割が使用されるべきであると判別されることに応じて、ＴＴＩバンドリングで前記冗長度バージョンの分割が使用されるべきであることを示す指示をユーザ機器（ｕｓｅｒｅｑｕｉｐｍｅｎｔ（ＵＥ））に送ることと、
を含む付記１乃至７のいずれかに記載の方法。

（付記９）
トランスポート・ブロックの冗長度バージョンを第１パートと第２パートとに分割することと、
スペシャル・サブフレームで前記第１パートを含む第１の送信時間間隔（ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ（ＴＴＩ））バンドリング・パケットを送信し、他のスペシャル・サブフレームで前記第２パートを含む第２のＴＴＩバンドリング・パケットを送信することと、
を含む時分割複信（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ（ＴＤＤ））システムでＴＴＩバンドリングを実行する方法。

（付記１０）
前記冗長度バージョンの前記第１パートは、前記冗長度バージョンの半分であり、前記冗長度バージョンの前記第２パートは、前記冗長度バージョンの残り半分である付記９に記載の方法。

（付記１１）
前記方法は、更に、
前記ＴＴＩバンドリングのサブフレームの配列を決定することと、
前記サブフレームの配列に応じて、前記ＴＴＩバンドリングで使用される冗長度バージョンの順序を設定することと、
を含む付記９または１０に記載の方法。

（付記１２）
前記トランスポート・ブロックの前記冗長度バージョンは、冗長度バージョン３である付記９乃至１１のいずれかに記載の方法。

（付記１３）
前記スペシャル・サブフレームと前記他のスペシャル・サブフレームとの各々は、ダウンリンク送信のための第１部分と、ガード期間のための第２部分と、アップリンク送信のための第３部分とを含み、前記第１部分と前記第２部分と前記第３部分との長さは、前記ダウンリンク送信と前記アップリンク送信との間のその遷移時間が、従来のＵＥのスペシャル・サブフレームにおける遷移時間と略一致するように設定される付記９乃至１２のいずれかに記載の方法。

（付記１４）
前記第１部分と前記第２部分と前記第３部分の長さの比は６：３：５である付記１３に記載の方法。

（付記１５）
前記スペシャル・サブフレームと前記他のスペシャル・サブフレームとの各々に割り当てられたリソースブロックの数、対、ノーマル・サブフレームに割り当てられたリソースブロックの数の比は、４：３である付記９乃至１４のいずれかに記載の方法。

（付記１６）
前記方法は、更に、
ＴＴＩバンドリングで前記冗長度バージョンの分割が使用されるべきであることを示す指示を受信することを含み、
前記指示を受信することに応じて、前記分割することと前記送信することとが実行される
付記９乃至１５のいずれかに記載の方法。

（付記１７）
スペシャル・サブフレームでトランスポート・ブロックの冗長度バージョンの第１パートを含む第１の送信時間間隔（ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ（ＴＴＩ））バンドリング・パケットを受信し、他のスペシャル・サブフレームで前記冗長度バージョンの第２パートを含む第２のＴＴＩバンドリング・パケットを受信するように構成されたパケット受信ユニットと、
前記トランスポート・ブロックの前記冗長度バージョンを完全な形で取得するために、前記第１のＴＴＩバンドリング・パケットと前記第２のＴＴＩバンドリング・パケットとを結合するように構成されたパケット結合ユニットと、
を含む時分割複信（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ（ＴＤＤ））システムでＴＴＩバンドリングを実行する装置。

（付記１８）
前記冗長度バージョンの前記第１パートは、前記冗長度バージョンの半分であり、前記冗長度バージョンの前記第２パートは、前記冗長度バージョンの残り半分である付記１７に記載の装置。

（付記１９）
前記ＴＴＩバンドリングで使用される前記トランスポート・ブロックの前記冗長度バージョンの順序は、サブフレームの配列に応じて設定される付記１７または１８に記載の装置。

（付記２０）
前記トランスポート・ブロックの前記冗長度バージョンは、冗長度バージョン３である付記１７乃至１９のいずれかに記載の装置。

（付記２１）
前記スペシャル・サブフレームと前記他のスペシャル・サブフレームとの各々は、ダウンリンク送信のための第１部分と、ガード期間のための第２部分と、アップリンク送信のための第３部分とを含み、前記第１部分と前記第２部分と前記第３部分との長さは、前記ダウンリンク送信と前記アップリンク送信との間のその遷移時間が、従来のＵＥのスペシャル・サブフレームにおける遷移時間と略一致するように設定される付記１７乃至２０のいずれかに記載の装置。

（付記２２）
前記第１部分と前記第２部分と前記第３部分の長さの比は６：３：５である付記２１に記載の装置。

（付記２３）
前記スペシャル・サブフレームと前記他のスペシャル・サブフレームとの各々に割り当てられたリソースブロックの数、対、ノーマル・サブフレームに割り当てられたリソースブロックの数の比は、４：３である付記１７乃至２２のいずれかに記載の装置。

（付記２４）
前記装置は、更に、
ＴＴＩバンドリングで冗長度バージョンの分割が使用されるべきかどうか判別するように構成された分割判別ユニットと、
前記冗長度バージョンの分割が使用されるべきであると判別されることに応じて、ＴＴＩバンドリングで前記冗長度バージョンの分割が使用されるべきであることを示す指示をユーザ機器（ｕｓｅｒｅｑｕｉｐｍｅｎｔ（ＵＥ））に送るように構成された指示送信ユニットと、
を含む付記１７乃至２３のいずれかに記載の装置。

（付記２５）
トランスポート・ブロックの冗長度バージョンを第１パートと第２パートとに分割するように構成されたバージョン分割ユニットと、
スペシャル・サブフレームで前記第１パートを含む第１の送信時間間隔（ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ（ＴＴＩ））バンドリング・パケットを送信し、他のスペシャル・サブフレームで前記第２パートを含む第２のＴＴＩバンドリング・パケットを送信するように構成されたパケット送信ユニットと、
を含む時分割複信（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ（ＴＤＤ））システムでＴＴＩバンドリングを実行する装置。

（付記２６）
前記冗長度バージョンの前記第１パートは、前記冗長度バージョンの半分であり、前記冗長度バージョンの前記第２パートは、前記冗長度バージョンの残り半分である付記２５に記載の装置。

（付記２７）
前記装置は、更に、
前記ＴＴＩバンドリングのサブフレームの配列を決定するように構成された配列決定ユニットと、
前記サブフレームの配列に応じて、前記ＴＴＩバンドリングで使用される冗長度バージョンの順序を設定するように構成された順序設定ユニットと、
を含む付記２５または２６に記載の装置。

（付記２８）
前記トランスポート・ブロックの前記冗長度バージョンは、冗長度バージョン３である付記２５乃至２７のいずれかに記載の装置。

（付記２９）
前記スペシャル・サブフレームと前記他のスペシャル・サブフレームとの各々は、ダウンリンク送信のための第１部分と、ガード期間のための第２部分と、アップリンク送信のための第３部分とを含み、前記第１部分と前記第２部分と前記第３部分との長さは、前記ダウンリンク送信と前記アップリンク送信との間のその遷移時間が、従来のＵＥのスペシャル・サブフレームにおける遷移時間と略一致するように設定される付記２５乃至２８のいずれかに記載の装置。

（付記３０）
前記第１部分と前記第２部分と前記第３部分の長さの比は６：３：５である付記２９に記載の装置。

（付記３１）
前記スペシャル・サブフレームと前記他のスペシャル・サブフレームとの各々に割り当てられたリソースブロックの数、対、ノーマル・サブフレームに割り当てられたリソースブロックの数の比は、４：３である付記２５乃至２８のいずれかに記載の装置。

（付記３２）
前記装置は、更に、
ＴＴＩバンドリングで前記冗長度バージョンの分割が使用されるべきであることを示す指示を受信するように構成された指示受信ユニットを含み、
前記バージョン分割ユニットと前記パケット送信ユニットとは、前記指示を受信することに応じて動作するように構成されている
付記２５乃至３１のいずれかに記載の装置。

（付記３３）
トランスポート・ブロックの冗長度バージョンを第１パートと第２パートとに分割するように構成されたトランスポート・ブロック分割モジュールと、
スペシャル・サブフレームと他のスペシャル・サブフレームの中の利用可能なアップリンク・リソースに、前記冗長度バージョンの前記第１パートと前記第２パートとをマッピングすることにより、リソース要素マッピングを実行するように構成されたリソース要素マッパーと、
前記リソース要素マッピングに基づいて前記第１パートと前記第２パートとを送信するように構成された送信器と、
を含む時分割複信（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ（ＴＤＤ））システムのアップリンク物理チャネル・プロセスのための装置。

（付記３４）
スペシャル・サブフレームと他のスペシャル・サブフレームとで、トランスポート・ブロックの冗長度バージョンの第１パートと第２パートとを受信するように構成された受信器と、
前記冗長度バージョンを完全な形で取得するために、前記冗長度バージョンの前記第１パートと前記第２パートとを結合するように構成されたリソース結合モジュールと、
を含む時分割複信（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ（ＴＤＤ））システムのアップリンク物理チャネル・プロセスのための装置。

Claims

スペシャル・サブフレームでトランスポート・ブロックの冗長度バージョンの第１パートを含む第１の送信時間間隔（ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ（ＴＴＩ））バンドリング・パケットを受信し、他のスペシャル・サブフレームで前記冗長度バージョンの第２パートを含む第２のＴＴＩバンドリング・パケットを受信するように構成されたパケット受信ユニットと、
前記トランスポート・ブロックの前記冗長度バージョンを完全な形で取得するために、前記第１のＴＴＩバンドリング・パケットと前記第２のＴＴＩバンドリング・パケットとを結合するように構成されたパケット結合ユニットと、
を含む時分割複信（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ（ＴＤＤ））システムでＴＴＩバンドリングを実行する装置。
前記冗長度バージョンの前記第１パートは、前記冗長度バージョンの半分であり、前記冗長度バージョンの前記第２パートは、前記冗長度バージョンの残り半分である請求項１に記載の装置。
前記ＴＴＩバンドリングで使用される前記トランスポート・ブロックの前記冗長度バージョンの順序は、サブフレームの配列に応じて設定される請求項１または２に記載の装置。
前記トランスポート・ブロックの前記冗長度バージョンは、冗長度バージョン３である請求項１乃至３のいずれか１項に記載の装置。
前記スペシャル・サブフレームと前記他のスペシャル・サブフレームとの各々は、ダウンリンク送信のための第１部分と、ガード期間のための第２部分と、アップリンク送信のための第３部分とを含み、前記第１部分と前記第２部分と前記第３部分との長さは、前記ダウンリンク送信と前記アップリンク送信との間のその遷移時間が、従来のＵＥのスペシャル・サブフレームにおける遷移時間と略一致するように設定される請求項１乃至４のいずれか１項に記載の装置。
トランスポート・ブロックの冗長度バージョンを第１パートと第２パートとに分割するように構成されたバージョン分割ユニットと、
スペシャル・サブフレームで前記第１パートを含む第１の送信時間間隔（ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ（ＴＴＩ））バンドリング・パケットを送信し、他のスペシャル・サブフレームで前記第２パートを含む第２のＴＴＩバンドリング・パケットを送信するように構成されたパケット送信ユニットと、
を含む時分割複信（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ（ＴＤＤ））システムでＴＴＩバンドリングを実行する装置。
トランスポート・ブロックの冗長度バージョンを第１パートと第２パートとに分割するように構成されたトランスポート・ブロック分割モジュールと、
スペシャル・サブフレームと他のスペシャル・サブフレームの中の利用可能なアップリンク・リソースに、前記冗長度バージョンの前記第１パートと前記第２パートとをマッピングすることにより、リソース要素マッピングを実行するように構成されたリソース要素マッパーと、
前記リソース要素マッピングに基づいて前記第１パートと前記第２パートとを送信するように構成された送信器と、
を含む時分割複信（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ（ＴＤＤ））システムのアップリンク物理チャネル・プロセスのための装置。
スペシャル・サブフレームと他のスペシャル・サブフレームとで、トランスポート・ブロックの冗長度バージョンの第１パートと第２パートとを受信するように構成された受信器と、
前記冗長度バージョンを完全な形で取得するために、前記冗長度バージョンの前記第１パートと前記第２パートとを結合するように構成されたリソース結合モジュールと、
を含む時分割複信（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ（ＴＤＤ））システムのアップリンク物理チャネル・プロセスのための装置。
スペシャル・サブフレームでトランスポート・ブロックの冗長度バージョンの第１パートを含む第１の送信時間間隔（ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ（ＴＴＩ））バンドリング・パケットを受信し、他のスペシャル・サブフレームで前記冗長度バージョンの第２パートを含む第２のＴＴＩバンドリング・パケットを受信することと、
前記トランスポート・ブロックの前記冗長度バージョンを完全な形で取得するために、前記第１のＴＴＩバンドリング・パケットと前記第２のＴＴＩバンドリング・パケットとを結合することと、
を含む時分割複信（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ（ＴＤＤ））システムでＴＴＩバンドリングを実行する方法。
トランスポート・ブロックの冗長度バージョンを第１パートと第２パートとに分割することと、
スペシャル・サブフレームで前記第１パートを含む第１の送信時間間隔（ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ（ＴＴＩ））バンドリング・パケットを送信し、他のスペシャル・サブフレームで前記第２パートを含む第２のＴＴＩバンドリング・パケットを送信することと、
を含む時分割複信（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ（ＴＤＤ））システムでＴＴＩバンドリングを実行する方法。