(57)【特許請求の範囲】
【請求項１】
ＰＵＳＣＨを送信する方法であって、
物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するようユーザ機器（ＵＥ）に指示するダウンリンク制御シグナリングを第１のサブフレームで送信する段階であって、前記ダウンリンク制御シグナリングは、ダウンリンク制御情報を伝達し、前記ダウンリンク制御情報は、前記ＰＵＳＣＨを送信するためのサブフレームを示すべく用いられ、前記ＰＵＳＣＨを送信するための前記サブフレームは、Ｎ個のサブフレームのうちのいずれか一つ又は任意の組み合わせであり、前記Ｎ個のサブフレームは、スペシャルサブフレームを含み、Ｎは、１より小さくない整数である、段階と、
前記ダウンリンク制御情報により示される前記サブフレームで前記ＰＵＳＣＨを受信する段階とを備え、
前記ダウンリンク制御情報により示される前記スペシャルサブフレーム、及び、隣接サブフレームが拡張型サブフレームを形成するときに、前記方法は、さらに、
ＴＢＳ及びＭＣＳに従って決定され、かつ、前記拡張型サブフレームに対応するＰＲＢの数をスケールダウンする段階と、
前記ダウンリンク制御シグナリングでスケールダウンされたＰＲＢの数を示す段階と
を備え、
前記隣接サブフレームは、前記スペシャルサブフレームに隣接するアップリンクサブフレームである、
方法。
【請求項２】
前記ＰＵＳＣＨを送信するための前記サブフレームは、前記スペシャルサブフレーム、第２のサブフレーム及び第３のサブフレームのうちの一つ又は組み合わせであり、３ビットを用いることにより示される、請求項１に記載の方法。
【請求項３】
前記３ビットは、アップリンクインデックスについての２ビットを含む、請求項２に記載の方法。
【請求項４】
前記３ビットは全て、新たに追加されるビットである、請求項２に記載の方法。
【請求項５】
前記ＰＵＳＣＨを送信するための前記サブフレームは、前記スペシャルサブフレーム及び第２のサブフレームのうちのいずれか一方又は組み合わせであり、２ビットを用いることにより示される、請求項１に記載の方法。
【請求項６】
前記２ビットは、アップリンクインデックスについての２ビット又は２つの新たに追加されるビットである、請求項５に記載の方法。
【請求項７】
前記ＰＵＳＣＨを送信するための前記サブフレームが、前記スペシャルサブフレームであり、又は、前記スペシャルサブフレーム及び第２のサブフレームであり、又は、前記スペシャルサブフレーム及び第３のサブフレームであり、又は、前記スペシャルサブフレーム、前記第２のサブフレーム及び前記第３のサブフレームであり、かつ、前記ＰＵＳＣＨが独立したサブフレームとして用いられる前記スペシャルサブフレームで送信されるときに、前記方法は、さらに、
ＴＢＳ及びＭＣＳに従って決定され、かつ、前記スペシャルサブフレームに対応する物理リソースブロックＰＲＢの数をスケールアップする段階と、
前記ダウンリンク制御シグナリングでスケールアップされたＰＲＢの数を示す段階と
を備える、請求項１から６のいずれか一項に記載の方法。
【請求項８】
ＰＵＳＣＨを送信する方法であって、
物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するよう指示するダウンリンク制御シグナリングを第１のサブフレームで受信する段階であって、前記ダウンリンク制御シグナリングは、ダウンリンク制御情報を伝達し、前記ダウンリンク制御情報は、前記ＰＵＳＣＨを送信するためのサブフレームを示すべく用いられ、前記ＰＵＳＣＨを送信するための前記サブフレームは、Ｎ個のサブフレームのうちのいずれか一つ又は任意の組み合わせであり、前記Ｎ個のサブフレームは、スペシャルサブフレームを含み、Ｎは、１より小さくない整数である、段階と、
前記ダウンリンク制御情報により示される前記サブフレームで前記ＰＵＳＣＨを送信する段階とを備え、
前記ダウンリンク制御情報により示される前記スペシャルサブフレーム、及び、隣接サブフレームが拡張型サブフレームを形成するときに、前記方法は、さらに、
前記ダウンリンク制御シグナリングで示されるスケールダウンされたＰＲＢの数を対応してスケールアップする段階と、
スケールアップされたＰＲＢの数を用いることによりＴＢＳを決定する段階と
を備え、
前記ＰＵＳＣＨは、前記決定されたＴＢＳに従って送信され、前記隣接サブフレームは、前記スペシャルサブフレームに隣接するアップリンクサブフレームである、
方法。
【請求項９】
前記ＰＵＳＣＨを送信するための前記サブフレームは、前記スペシャルサブフレーム、第２のサブフレーム及び第３のサブフレームのうちの一つ又は組み合わせであり、３ビットを用いることにより示される、請求項８に記載の方法。
【請求項１０】
前記ＰＵＳＣＨを送信するための前記サブフレームは、前記スペシャルサブフレーム及び第２のサブフレームのうちのいずれか一方又は組み合わせであり、２ビットを用いることにより示される、請求項８に記載の方法。
【請求項１１】
前記ＰＵＳＣＨを送信するための前記サブフレームが、前記スペシャルサブフレームであり、又は、前記スペシャルサブフレーム及び第２のサブフレームであり、又は、前記スペシャルサブフレーム及び第３のサブフレームであり、又は、前記スペシャルサブフレーム、前記第２のサブフレーム及び前記第３のサブフレームであり、かつ、前記ＰＵＳＣＨが、独立したサブフレームとして用いられる前記スペシャルサブフレームで送信されるときに、前記方法は、さらに
前記ダウンリンク制御シグナリングで示されるスケールアップされた物理リソースブロック（ＰＲＢ）の数を対応してスケールダウンする段階と、
スケールダウンされたＰＲＢの数を用いることによりＴＢＳを決定する段階と
を備え、
前記ＰＵＳＣＨは、前記決定されたＴＢＳに従って送信される、請求項８から１０のいずれか一項に記載の方法。
【請求項１２】
ＰＵＳＣＨを送信する装置であって、
少なくともプロセッサ、送受信機及びメモリを備え、前記プロセッサは、前記メモリに格納されるソフトウェアプログラムを動作させ、前記メモリに格納されるデータを呼び出すことにより、前記送受信機に、
物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するようユーザ機器（ＵＥ）に指示するダウンリンク制御シグナリングを第１のサブフレームで送信する手順であって、前記ダウンリンク制御シグナリングは、ダウンリンク制御情報を伝達し、前記ダウンリンク制御情報は、前記ＰＵＳＣＨを送信するためのサブフレームを示すべく用いられ、前記ＰＵＳＣＨを送信するための前記サブフレームは、Ｎ個のサブフレームのうちのいずれか一つ又は任意の組み合わせであり、前記Ｎ個のサブフレームは、スペシャルサブフレームを含み、Ｎは、１より小さくない整数である、手順と、
前記ダウンリンク制御情報により示される前記サブフレームで前記ＰＵＳＣＨを受信する手順とを実行することを指示するように構成され、
前記プロセッサは、前記メモリに格納される前記ソフトウェアプログラムを動作させ、前記メモリに格納される前記データを呼び出すことにより、
前記ダウンリンク制御情報により示される前記スペシャルサブフレーム、及び、隣接サブフレームが拡張型サブフレームを形成するときに、ＴＢＳ及びＭＣＳに従って決定され、かつ、前記拡張型サブフレームに対応するＰＲＢの数をスケールダウンする手順と、
前記ダウンリンク制御シグナリングでスケールダウンされたＰＲＢの数を示す手順と
を実行するようにさらに構成され、
前記隣接サブフレームは、前記スペシャルサブフレームに隣接するアップリンクサブフレームである、
装置。
【請求項１３】
前記プロセッサは、前記メモリに格納される前記ソフトウェアプログラムを動作させ、前記メモリに格納される前記データを呼び出すことにより、
前記ＰＵＳＣＨを送信するための前記サブフレームが、前記スペシャルサブフレームであり、又は、前記スペシャルサブフレーム及び第２のサブフレームであり、又は、前記スペシャルサブフレーム及び第３のサブフレームであり、又は、前記スペシャルサブフレーム、前記第２のサブフレーム及び前記第３のサブフレームであり、かつ、前記ＰＵＳＣＨが独立したサブフレームとして用いられる前記スペシャルサブフレームで送信されるときに、ＴＢＳ及びＭＣＳに従って決定され、かつ、前記スペシャルサブフレームに対応する物理リソースブロックＰＲＢの数をスケールアップする手順と、
前記ダウンリンク制御シグナリングでスケールアップされたＰＲＢの数を示す手順と
を実行するようにさらに構成される、請求項１２に記載の装置。
【請求項１４】
ＰＵＳＣＨを送信する装置であって、少なくともプロセッサ、送受信機及びメモリを備え、前記プロセッサは、前記メモリに格納されるソフトウェアプログラムを動作させ、前記メモリに格納されるデータを呼び出すことにより、前記送受信機に、
物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するよう指示するダウンリンク制御シグナリングを第１のサブフレームで受信する手順であって、前記ダウンリンク制御シグナリングは、ダウンリンク制御情報を伝達し、前記ダウンリンク制御情報は、前記ＰＵＳＣＨを送信するためのサブフレームを示すべく用いられ、前記ＰＵＳＣＨを送信するための前記サブフレームは、Ｎ個のサブフレームのうちのいずれか一つ又は任意の組み合わせであり、前記Ｎ個のサブフレームは、スペシャルサブフレームを含み、Ｎは、１より小さくない整数である、手順と、
前記ダウンリンク制御情報により示される前記サブフレームで前記ＰＵＳＣＨを送信する手順とを実行することを指示するように構成され、
前記プロセッサは、前記メモリに格納される前記ソフトウェアプログラムを動作させ、前記メモリに格納される前記データを呼び出すことにより、
前記ダウンリンク制御情報により示される前記スペシャルサブフレーム、及び、隣接サブフレームが拡張型サブフレームを形成するときに、前記ダウンリンク制御シグナリングで示されるスケールダウンされたＰＲＢの数を対応してスケールアップする手順と、
スケールアップされたＰＲＢの数を用いることによりＴＢＳを決定する手順と
を実行するようにさらに構成され、
前記ＰＵＳＣＨは、前記決定されたＴＢＳに従って送信され、前記隣接サブフレームは、前記スペシャルサブフレームに隣接するアップリンクサブフレームである、
装置。
【請求項１５】
前記プロセッサは、前記メモリに格納される前記ソフトウェアプログラムを動作させ、前記メモリに格納される前記データを呼び出すことにより、
前記ＰＵＳＣＨを送信するための前記サブフレームが、前記スペシャルサブフレームであり、又は、前記スペシャルサブフレーム及び第２のサブフレームであり、又は、前記スペシャルサブフレーム及び第３のサブフレームであり、又は、前記スペシャルサブフレーム、前記第２のサブフレーム及び前記第３のサブフレームであり、かつ、前記ＰＵＳＣＨが独立したサブフレームとして用いられる前記スペシャルサブフレームで送信されるときに、前記ダウンリンク制御シグナリングで示されるスケールアップされた物理リソースブロックＰＲＢの数を対応してスケールダウンする手順と、
スケールダウンされたＰＲＢの数を用いることによりＴＢＳを決定する手順と
を実行するようにさらに構成され、
前記ＰＵＳＣＨは、前記決定されたＴＢＳに従って送信される、請求項１４に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信技術の分野に関し、より具体的には、ＰＵＳＣＨを送信する方法及び装置に関する。
【背景技術】
【０００２】
１つのＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ロングタームエボリューション）フレームは、１０個のサブフレームを含む。１０個のサブフレームは、タイプに従って、ダウンリンクサブフレーム、アップリンクサブフレーム及びスペシャルサブフレームに分類される。
【０００３】
既存のＬＴＥシステムにおいて、スペシャルサブフレームは、ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、物理アップリンク共有チャネル）送信を実行すべく呼び出されることはない。従って、既存のＰＵＳＣＨ送信、特に、サブフレームスケジューリングが最適化される必要がある。
【発明の概要】
【０００４】
これを考慮して、本発明の複数の実施形態の目的は、スペシャルサブフレームを呼び出してＰＵＳＣＨ送信を実行するためのＰＵＳＣＨを送信する方法及び装置を提供することである。
【０００５】
前述の目的を実現すべく、本発明の複数の実施形態において、以下の技術的解決手段が提供される。
【０００６】
本発明の複数の実施形態の第１の態様によれば、ＰＵＳＣＨを送信する方法が提供され、方法は、
物理アップリンク共有チャネルＰＵＳＣＨを送信するようユーザ機器ＵＥに指示するダウンリンク制御シグナリングを第１のサブフレームで送信する段階であって、ダウンリンク制御シグナリングは、ダウンリンク制御情報を伝達し、ダウンリンク制御情報は、ＰＵＳＣＨを送信するためのサブフレームを示すべく用いられ、ＰＵＳＣＨを送信するためのサブフレームは、Ｎ個のサブフレームのうちのいずれか一つ又は任意の組み合わせであり、Ｎ個のサブフレームは、スペシャルサブフレームを含み、Ｎは、１より小さくない整数である、段階と、
ダウンリンク制御情報により示されるサブフレームでＰＵＳＣＨを受信する段階とを含む。
【０００７】
第１の態様に関して、第１の可能な実装態様では、ＰＵＳＣＨを送信するためのサブフレームは、スペシャルサブフレーム、第２のサブフレーム及び第３のサブフレームのうちの一つ又は組み合わせであり、３ビットを用いることにより示される。
【０００８】
第１の態様の第１の可能な実装態様に関して、第２の可能な実装態様では、３ビットは、アップリンクインデックスについての２ビットを含む。
【０００９】
第１の態様の第１の可能な実装態様に関して、第３の可能な実装態様では、３ビットは全て、新たに追加されるビットである。
【００１０】
第１の態様に関して、第４の可能な実装態様では、ＰＵＳＣＨを送信するためのサブフレームは、スペシャルサブフレーム及び第２のサブフレームのうちのいずれか一方又は組み合わせであり、２ビットを用いることにより示される。
【００１１】
第１の態様の第４の可能な実装態様に関して、第５の可能な実装態様では、２ビットは、アップリンクインデックスについての２ビット又は２つの新たに追加されるビットである。
【００１２】
第１の態様から第１の態様の第５の可能な実装態様のうちのいずれか１つに関して、第６の可能な実装態様では、ＰＵＳＣＨを送信するサブフレームが、スペシャルサブフレームであり、又は、スペシャルサブフレーム及び第２のサブフレームであり、又は、スペシャルサブフレーム及び第３のサブフレームであり、又は、スペシャルサブフレーム、第２のサブフレーム及び第３のサブフレームであり、かつ、ＰＵＳＣＨが独立したサブフレームとして用いられるスペシャルサブフレームで送信されるときに、方法は、ＴＢＳ及びＭＣＳに従って決定され、かつ、スペシャルサブフレームに対応する物理リソースブロックＰＲＢの数をスケールアップする段階と、ダウンリンク制御シグナリングでスケールアップされたＰＲＢの数を示す段階とをさらに含む。
【００１３】
第１の態様から第１の態様の第５の可能な実装態様のいずれか１つに関して、第７の可能な実装態様では、ダウンリンク制御情報により示されるスペシャルサブフレーム、及び、隣接サブフレームが拡張型サブフレームを形成するときに、方法は、ＴＢＳ及びＭＣＳに従って決定され、かつ、拡張型サブフレームに対応するＰＲＢの数をスケールダウンする段階と、ダウンリンク制御シグナリングでスケールダウンされたＰＲＢの数を示す段階とをさらに含み、隣接サブフレームは、スペシャルサブフレームに隣接するアップリンクサブフレームである。
【００１４】
第１の態様から第１の態様の第７の可能な実装態様のいずれか１つに関して、第８の可能な実装態様では、第１のサブフレームは、サブフレームｎとして表され、ｎは、０より大きい又は０に等しく、かつ、１０より小さく、スペシャルサブフレームは、サブフレームｎ＋ｋとして表され、第２のサブフレームは、サブフレームｎ＋ｐとして表され、第３のサブフレームは、サブフレームｎ＋ｑとして表され、ｋ、ｐ及びｑは自然数である。
【００１５】
第１の態様の第８の可能な実装態様に関して、第９の可能な実装態様では、アップリンク‐ダウンリンクサブフレーム設定が０であるとき、ｎは１又は６であり、ｋ＝５、ｐ＝６及びｑ＝７である。
【００１６】
第１の態様の第８の可能な実装態様に関して、第１０の可能な実装態様では、アップリンク‐ダウンリンクサブフレーム設定が０であるとき、ｎは０又は５であり、ｋ＝６、ｐ＝４及びｑ＝７である。
【００１７】
第１の態様の第８の可能な実装態様に関して、第１１の可能な実装態様では、アップリンク‐ダウンリンクサブフレーム設定が６であるとき、ｎは１又は６であり、ｋ＝５及びｐ＝７である。
【００１８】
第１の態様の第８の可能な実装態様に関して、第１２の可能な実装態様では、アップリンク‐ダウンリンクサブフレーム設定が６であるとき、ｎは０又は５であり、ｋ＝６及びｐ＝７である。
【００１９】
第１の態様の第８の可能な実装態様に関して、第１３の可能な実装態様では、アップリンク‐ダウンリンクサブフレーム設定が０であるとき、ｎは０又は５であり、ｋ＝６及びｐ＝４である。
【００２０】
第１の態様の第８の可能な実装態様に関して、第１４の可能な実装態様では、アップリンク‐ダウンリンクサブフレーム設定が０であるとき、ｎは１又は６であり、ｋ＝５及びｐ＝６である。
【００２１】
本発明の複数の実施形態の第２の態様によれば、ＰＵＳＣＨを送信する方法が提供され、方法は、物理アップリンク共有チャネルＰＵＳＣＨを送信するよう指示するダウンリンク制御シグナリングを第１のサブフレームで受信する段階であって、ダウンリンク制御シグナリングは、ダウンリンク制御情報を伝達し、ダウンリンク制御情報は、ＰＵＳＣＨを送信するためのサブフレームを示すべく用いられ、ＰＵＳＣＨを送信するためのサブフレームは、Ｎ個のサブフレームのうちのいずれか一つ又は任意の組み合わせであり、Ｎ個のサブフレームは、スペシャルサブフレームを含み、Ｎは、１より小さくない整数である、段階と、
ダウンリンク制御情報により示されるサブフレームでＰＵＳＣＨを送信する段階とを含む。
【００２２】
第２の態様に関して、第２の態様の第１の可能な実装態様では、ＰＵＳＣＨを送信するためのサブフレームは、スペシャルサブフレーム、第２のサブフレーム及び第３のサブフレームのうちの一つ又は組み合わせであり、３ビットを用いることにより示される。
【００２３】
第２の態様に関して、第２の態様の第２の可能な実装態様では、ＰＵＳＣＨを送信するためのサブフレームは、スペシャルサブフレーム及び第２のサブフレームのうちのいずれか一方又は組み合わせであり、２ビットを用いることにより示される。
【００２４】
第２の態様、第２の態様の第１の可能な実装態様、又は、第２の態様の第２の可能な実装態様に関して、第２の態様の第３の可能な実装態様では、ＰＵＳＣＨを送信するためのサブフレームが、スペシャルサブフレームであり、又は、スペシャルサブフレーム及び第２のサブフレームであり、又は、スペシャルサブフレーム及び第３のサブフレームであり、又は、スペシャルサブフレーム、第２のサブフレーム及び第３のサブフレームであり、かつ、ＰＵＳＣＨが独立したサブフレームとして用いられるスペシャルサブフレームで送信されるときに、方法は、
ダウンリンクシグナリングで示されるスケールアップされた物理リソースブロックＰＲＢの数を対応してスケールダウンする段階と、スケールダウンされたＰＲＢの数を用いることによりＴＢＳを決定する段階とをさらに含み、ＰＵＳＣＨは、決定されたＴＢＳに従って送信される。
【００２５】
第２の態様、第２の態様の第１の可能な実装態様又は、第２の態様の第２の可能な実装態様に関して、第２の態様の第４の可能な実装態様では、ダウンリンク制御情報により示されるスペシャルサブフレーム、及び、隣接サブフレームが拡張型サブフレームを形成するときに、方法は、ダウンリンクシグナリングで示されるスケールダウンされたＰＲＢの数を対応してスケールアップする段階と、スケールアップされたＰＲＢの数を用いることによりＴＢＳを決定する段階とをさらに含み、ＰＵＳＣＨは、決定されたＴＢＳに従って送信され、隣接サブフレームは、スペシャルサブフレームに隣接するアップリンクサブフレームである。
【００２６】
第２の態様から第２の態様の第４の可能な実装態様のいずれか１つに関して、第２の態様の第５の可能な実装態様では、第１のサブフレームは、サブフレームｎとして表され、ｎは、０より大きい又は０に等しく、かつ、１０より小さく、スペシャルサブフレームは、サブフレームｎ＋ｋとして表され、第２のサブフレームは、サブフレームｎ＋ｐとして表され、第３のサブフレームは、サブフレームｎ＋ｑとして表され、ｋ、ｐ及びｑは自然数である。
【００２７】
第２の態様の第５の可能な実装態様に関して、第２の態様の第６の可能な実装態様では、アップリンク‐ダウンリンクサブフレーム設定が０であるとき、ｎは１又は６であり、ｋ＝５、ｐ＝６及びｑ＝７である。
【００２８】
第２の態様の第５の可能な実装態様に関して、第２の態様の第７の可能な実装態様では、アップリンク‐ダウンリンクサブフレーム設定が０であるとき、ｎは０又は５であり、ｋ＝６、ｐ＝４及びｑ＝７である。
【００２９】
第２の態様の第５の可能な実装態様に関して、第２の態様の第８の可能な実装態様では、アップリンク‐ダウンリンクサブフレーム設定が６であるとき、ｎは１又は６であり、ｋ＝５及びｐ＝７である。
【００３０】
第２の態様の第５の可能な実装態様に関して、第２の態様の第９の可能な実装態様では、アップリンク‐ダウンリンクサブフレーム設定が６であるとき、ｎは０又は５であり、ｋ＝６及びｐ＝７である。
【００３１】
第２の態様の第５の可能な実装態様に関して、第２の態様の第１０の可能な実装態様では、アップリンク‐ダウンリンクサブフレーム設定が０であるとき、ｎは０又は５であり、ｋ＝６及びｐ＝４である。
【００３２】
第２の態様の第５の可能な実装態様に関して、第２の態様の第１１の可能な実装態様では、アップリンク‐ダウンリンクサブフレーム設定が０であるとき、ｎは１又は６であり、ｋ＝５及びｐ＝６である。
【００３３】
本発明の複数の実施形態の第３の態様によれば、ＰＵＳＣＨを送信する装置が提供され、装置は、物理アップリンク共有チャネルＰＵＳＣＨを送信するようユーザ機器ＵＥに指示するダウンリンク制御シグナリングを第１のサブフレームで送信するように構成されるダウンリンク制御シグナリング送信ユニットであって、ダウンリンク制御シグナリングは、ダウンリンク制御情報を伝達し、ダウンリンク制御情報は、ＰＵＳＣＨを送信するためのサブフレームを示すべく用いられ、ＰＵＳＣＨを送信するためのサブフレームは、Ｎ個のサブフレームのうちのいずれか一つ又は任意の組み合わせであり、Ｎ個のサブフレームは、スペシャルサブフレームを含み、Ｎは、１より小さくない整数である、ダウンリンク制御シグナリング送信ユニットと、
ダウンリンク制御情報により示されるサブフレームでＰＵＳＣＨを受信するように構成されるＰＵＳＣＨ受信ユニットとを含む。
【００３４】
第３の態様に関して、第３の態様の第１の可能な実装態様では、装置は、
ＰＵＳＣＨを送信するサブフレームが、スペシャルサブフレームであり、又は、スペシャルサブフレーム及び第２のサブフレームであり、又は、スペシャルサブフレーム及び第３のサブフレームであり、又は、スペシャルサブフレーム、第２のサブフレーム及び第３のサブフレームであり、かつ、ＰＵＳＣＨが独立したサブフレームとして用いられるスペシャルサブフレームで送信されるときに、ＴＢＳ及びＭＣＳに従って決定され、かつ、スペシャルサブフレームに対応する物理リソースブロックＰＲＢの数をスケールアップするように構成されるスケールアップユニットと、ダウンリンク制御シグナリングでスケールアップされたＰＲＢの数を示すように構成される第１のＰＲＢ数インジケーションユニットとをさらに含む。
【００３５】
第３の態様に関して、第３の態様の第２の可能な実装態様では、装置は、ダウンリンク制御情報により示されるスペシャルサブフレーム、及び、隣接サブフレームが拡張型サブフレームを形成するときに、ＴＢＳ及びＭＣＳに従って決定され、拡張型サブフレームに対応するＰＲＢの数をスケールダウンするように構成されるスケールダウンユニットと、ダウンリンク制御シグナリングでスケールダウンされたＰＲＢの数を示すように構成される第２のＰＲＢ数インジケーションユニットとをさらに含み、隣接サブフレームは、スペシャルサブフレームに隣接するアップリンクサブフレームである。
【００３６】
本発明の複数の実施形態の第４の態様によれば、ＰＵＳＣＨを送信する装置が提供され、装置は、物理アップリンク共有チャネルＰＵＳＣＨを送信するよう指示するダウンリンク制御シグナリングを第１のサブフレームで受信するように構成されるダウンリンク制御シグナリング受信ユニットであって、ダウンリンク制御シグナリングは、ダウンリンク制御情報を伝達し、ダウンリンク制御情報は、ＰＵＳＣＨを送信するためのサブフレームを示すべく用いられ、ＰＵＳＣＨを送信するためのサブフレームは、Ｎ個のサブフレームのうちのいずれか一つ又は任意の組み合わせであり、Ｎ個のサブフレームは、スペシャルサブフレームを含み、Ｎは、１より小さくない整数である、ダウンリンク制御シグナリング受信ユニットと、
ダウンリンク制御情報により示されるサブフレームでＰＵＳＣＨを送信するように構成されるＰＵＳＣＨ送信ユニットとを含む。
【００３７】
第４の態様に関して、第４の態様の第１の可能な実装態様では、装置は、ＰＵＳＣＨを送信するためのサブフレームが、スペシャルサブフレームであり、又は、スペシャルサブフレーム及び第２のサブフレームであり、又は、スペシャルサブフレーム及び第３のサブフレームであり、又は、スペシャルサブフレーム、第２のサブフレーム及び第３のサブフレームであり、かつ、ＰＵＳＣＨが独立したサブフレームとして用いられるスペシャルサブフレームで送信されるときに、ダウンリンクシグナリングで示されるスケールアップされた物理リソースブロックＰＲＢの数を対応してスケールダウンするように構成されるダウンユニットと、スケールダウンされたＰＲＢの数を用いることによりＴＢＳを決定するように構成される第１のＴＢＳ決定ユニットとをさらに含み、ＰＵＳＣＨは、決定されたＴＢＳに従って送信される。
【００３８】
第４の態様に関して、第４の態様の第２の可能な実装態様では、装置は、ダウンリンク制御情報により示されるスペシャルサブフレーム、及び、隣接サブフレームが拡張型サブフレームを形成するときに、ダウンリンクシグナリングに示されるスケールダウンされたＰＲＢの数を対応してスケールアップするように構成されるアップユニットと、スケールアップされたＰＲＢの数を用いることによりＴＢＳを決定するように構成される第２のＴＢＳ決定ユニットとをさらに含み、ＰＵＳＣＨは、決定されたＴＢＳに従って送信され、隣接サブフレームは、スペシャルサブフレームに隣接するアップリンクサブフレームである。
【００３９】
本発明の複数の実施形態の第５の態様によれば、ＰＵＳＣＨを送信する装置が提供され、少なくともプロセッサ、送受信機及びメモリを含み、プロセッサは、メモリに格納されるソフトウェアプログラムを動作させ、メモリに格納されるデータを呼び出すことのより、送受信機に、
物理アップリンク共有チャネルＰＵＳＣＨを送信するようユーザ機器ＵＥに指示するダウンリンク制御シグナリングを第１のサブフレームで送信する手順であって、ダウンリンク制御シグナリングは、ダウンリンク制御情報を伝達し、ダウンリンク制御情報は、ＰＵＳＣＨを送信するためのサブフレームを示すべく用いられ、ＰＵＳＣＨを送信するためのサブフレームは、Ｎ個のサブフレームのうちのいずれか一つ又は任意の組み合わせであり、Ｎ個のサブフレームは、スペシャルサブフレームを含みＮは、１より小さくない整数である、手順と、
ダウンリンク制御情報により示されるサブフレームでＰＵＳＣＨを受信する手順とを実行することを指示するように構成される。
【００４０】
第５の態様に関して、第５の態様の第１の可能な実装態様では、プロセッサは、メモリに格納されるソフトウェアプログラムを動作させ、メモリに格納されるデータを呼び出すことにより、ＰＵＳＣＨを送信するためのサブフレームが、スペシャルサブフレームであり、又は、スペシャルサブフレーム及び第２のサブフレームであり、又は、スペシャルサブフレーム及び第３のサブフレームであり、又は、スペシャルサブフレーム、第２のサブフレーム及び第３のサブフレームであり、かつ、ＰＵＳＣＨが独立したサブフレームとして用いられるスペシャルサブフレームで送信されるときに、ＴＢＳ及びＭＣＳに従って決定され、かつ、スペシャルサブフレームに対応する物理リソースブロックＰＲＢの数をスケールアップする手順と、ダウンリンク制御シグナリングでスケールアップされたＰＲＢの数を示す手順を実行するようにさらに構成され、ＰＵＳＣＨは、決定されたＴＢＳに従って送信される。
【００４１】
第５の態様に関して、第５の態様の第２の可能な実装態様では、プロセッサは、メモリに格納されるソフトウェアプログラムを動作させ、メモリに格納されるデータを呼び出すことにより、ダウンリンク制御情報により示されるスペシャルサブフレーム、及び、隣接サブフレームが拡張型サブフレームを形成するときに、ＴＢＳ及びＭＣＳに従って決定され、かつ、拡張型サブフレームに対応するＰＲＢの数をスケールダウンする手順と、ダウンリンク制御シグナリングでスケールダウンされたＰＲＢの数を示す手順とを実行するようにさらに構成され、隣接サブフレームは、スペシャルサブフレームに隣接するアップリンクサブフレームである。
【００４２】
本発明の複数の実施形態の第６の態様によれば、ＰＵＳＣＨを送信する装置が提供され、装置は、少なくともプロセッサ、送受信機及びメモリを含み、プロセッサは、メモリに格納されるソフトウェアプログラムを動作させ、メモリに格納されるデータを呼び出すことにより、送受信機に、
物理アップリンク共有チャネルＰＵＳＣＨを送信するよう指示するダウンリンク制御シグナリングを第１のサブフレームで受信する手順であって、ダウンリンク制御シグナリングは、ダウンリンク制御情報を伝達し、ダウンリンク制御情報は、ＰＵＳＣＨを送信するためのサブフレームを示すべく用いられ、ＰＵＳＣＨを送信するためのサブフレームは、Ｎ個のサブフレームのうちのいずれか一つ又は任意の組み合わせであり、Ｎ個のサブフレームは、スペシャルサブフレームを含み、Ｎは、１より小さくない整数である、手順と、
ダウンリンク制御情報により示されるサブフレームでＰＵＳＣＨを送信する手順とを実行することを指示するように構成される。
【００４３】
第６の態様に関して、第６の態様の第１の可能な実装態様では、プロセッサは、メモリに格納されるソフトウェアプログラムを動作させ、メモリに格納されるデータを呼び出すことにより、ＰＵＳＣＨを送信するためのサブフレームが、スペシャルサブフレームであり、又は、スペシャルサブフレーム及び第２のサブフレームであり、又は、スペシャルサブフレーム及び第３のサブフレームであり、又は、スペシャルサブフレーム、第２のサブフレーム及び第３のサブフレームであり、かつ、ＰＵＳＣＨが独立したサブフレームとして用いられるスペシャルサブフレームで送信されるときに、ダウンリンクシグナリングで示されるスケールアップされた物理リソースブロックＰＲＢの数を対応してスケールダウンする手順と、スケールダウンされたＰＲＢの数を用いることによりＴＢＳを決定する手順とを実行するようにさらに構成され、ＰＵＳＣＨは、決定されたＴＢＳに従って送信される。
【００４４】
第６の態様に関して、第６の態様の第２の可能な実装態様では、プロセッサは、メモリに格納されるソフトウェアプログラムを動作させ、メモリに格納されるデータを呼び出すことにより、ダウンリンク制御情報により示されるスペシャルサブフレーム、及び、隣接サブフレームが拡張型サブフレームを形成するときに、ダウンリンクシグナリングで示されるスケールダウンされたＰＲＢの数を対応してスケールアップする手順と、スケールアップされたＰＲＢの数を用いることによりＴＢＳを決定する手順とを実行するようにさらに構成され、ＰＵＳＣＨは、決定されたＴＢＳに従って送信され、隣接サブフレームは、スペシャルサブフレームに隣接するアップリンクサブフレームである。
【００４５】
本発明の複数の実施形態において、ダウンリンク制御シグナリング内のダウンリンク制御情報は、ＰＵＳＣＨが送信されるサブフレームを示してよく、ＰＵＳＣＨを送信するためのサブフレームは、スペシャルサブフレームをさらに含むので、スペシャルサブフレームは、ＰＵＳＣＨを送信すべくスケジューリングされ得ることが理解されよう。
【図面の簡単な説明】
【００４６】
本発明の複数の実施形態又は従来技術における技術的解決手段をより明確に説明すべく、以下では、実施形態又は従来技術を説明するために必要な添付の図面を簡潔に説明する。明らかに、以下の説明における添付の図面は、単に本願発明のいくつかの実施形態を示し、当業者は、創造的な努力なしでこれら添付の図面から他の複数の図面をさらに導き出し得る。
【００４７】
【図１】本発明の実施形態に係るＬＴＥフレームの概略的な構造図である。
【００４８】
【図２】本発明の実施形態に係るＰＵＳＣＨを送信する方法のアプリケーションシナリオについての例示的な図である。
【００４９】
【図３】本発明の実施形態に係る無線システムについての例示的な図である。
【００５０】
【図４】本発明の実施形態に係るＰＵＳＣＨを送信する方法についてのフローチャートである。
【００５１】
【図５】本発明の実施形態に係るＰＵＳＣＨを送信する方法についての別のフローチャートである。
【００５２】
【図６】本発明の実施形態に係るＰＵＳＣＨを送信する方法についてのさらに別のフローチャートである。
【００５３】
【図７】本発明の実施形態に係るＰＵＳＣＨを送信する方法についてのさらに別のフローチャートである。
【００５４】
【図８】本発明の実施形態に係るＰＵＳＣＨを送信する方法についてのさらに別のフローチャートである。
【００５５】
【図９】本発明の実施形態に係るＰＵＳＣＨを送信する方法についてのさらに別のフローチャートである。
【００５６】
【図１０】本発明の実施形態に係るＰＵＳＣＨを送信する装置についての例示的な構成図である。
【００５７】
【図１１】本発明の実施形態に係るＰＵＳＣＨを送信する装置についての別の例示的な構成図である。
【００５８】
【図１２】本発明の実施形態に係るＰＵＳＣＨを送信する装置についてのさらに別の例示的な構成図である。
【００５９】
【図１３】本発明の実施形態に係るＰＵＳＣＨを送信する装置についてのさらに別の例示的な構成図である。
【００６０】
【図１４】本発明の実施形態に係る無線通信デバイスについての例示的な構成図である。
【００６１】
【図１５】本発明の実施形態に係るＰＵＳＣＨを送信する装置についてのさらに別の例示的な構成図である。
【００６２】
【図１６】本発明の実施形態に係るＰＵＳＣＨを送信する装置についてのさらに別の例示的な構成図である。
【００６３】
【図１７】本発明の実施形態に係るＰＵＳＣＨを送信する装置についてのさらに別の例示的な構成図である。
【００６４】
【図１８】本発明の実施形態に係るＰＵＳＣＨを送信する装置についてのさらに別の例示的な構成図である。
【００６５】
【図１９】本発明の実施形態に係る無線通信デバイスについての別の例示的な構成図である。
【発明を実施するための形態】
【００６６】
以下では、本発明の複数の実施形態についての添付の図面を参照して、本発明の複数の実施形態についての技術的解決手段が明確かつ完全に説明される。説明される複数の実施形態は、本発明の複数の実施形態の全てではなく、単に一部に過ぎないことは明らかである。創造的な努力なしに、本発明の複数の実施形態に基づいて当業者によって得られる他の全ての実施形態は、本発明の保護範囲内に属するものとする。
【００６７】
図１を参照すると、１つのＬＴＥフレーム（すなわち、無線フレーム）の長さは、１０ｍｓ（Ｔｆ=３０７２００Ｔｓ=１０ｍｓ）であり、１つのＬＴＥフレームは、１０個のサブフレームを含み、各サブフレームの長さは、１ｍｓである。図１において、Ｔｆは、フレームの長さを示し、Ｔｓは、最小時間単位を示す。
【００６８】
サブフレーム内のＣＰ（ＣＰ  Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ、サイクリックプレフィックス）は、長さに従って一般のＣＰ又は拡張型ＣＰに分類される。一般のＣＰについて、１つのサブフレームは、１４個のＯＦＤＭシンボルを含み、拡張型ＣＰについて、１つのサブフレームは、１２個のＯＦＤＭシンボルを含む。
【００６９】
サブフレームは、サブフレームのタイプに従ってダウンリンクサブフレーム、アップリンクサブフレーム又はスペシャルサブフレームに分類されてよい（ダウンリンクサブフレーム及びアップリンクサブフレームは、一様に通常サブフレームと称されてよい）。
【００７０】
１つのＬＴＥフレームは、１つ又は２つのスペシャルサブフレームを含み、当該サブフレームは、それぞれ、サブフレーム１、又は、サブフレーム１及びサブフレーム６として表されてよい。各スペシャルサブフレームは、ＤｗＰＴＳ（ＤｗＰＴＳ  Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ、ダウンリンクパイロットタイムスロット）、ＧＰ（Ｇｕａｒｄ  Ｐｅｒｉｏｄ、ガード期間）、ＵｐＰＴＳ（ＵｐＰＴＳ  Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ、アップリンクパイロットタイムスロット）の３つの部分を含む。
【００７１】
ＤｗＰＴＳ部分のＯＦＤＭシンボルは、ダウンリンク送信に用いられ、構成されるＯＦＤＭシンボルの数に依存し、制御チャネル、データチャネル、同期信号又はパイロット信号を送信するために用いられてよく、ＧＰ部分の時間は、ガード期間であり、ダウンリンク又はアップリンク送信が実行されない。
【００７２】
既存のＬＴＥシステムにおいて、既存のＵｐＰＴＳは、最大で２つのＯＦＤＭシンボルを有し、アップリンクＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ、サウンディング基準信号）、又は、ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ、物理ランダムアクセスチャネル）を送信するために用いられ、ＰＵＳＣＨ送信をサポートしていない。従って、既存のＬＴＥシステムでは、スペシャルサブフレームは、ＰＵＳＣＨ送信を実行するために呼び出されない。
【００７３】
ＬＴＥ  Ｒｅｌ−１２フェーズにおいて、企業は、ＵｐＰＴＳの利用可能なＯＦＤＭシンボルの数を増やし、スペシャルサブフレームのＵｐＰＴＳをＰＵＳＣＨ送信に加えることを可能にして、アップリンクのカバレッジを強化することを提案しているが、どのようにスケジューリング及び送信を実行すべきか規定されていない。従って、既存のＰＵＳＣＨ送信、特に、サブフレームスケジューリングが最適化される必要がある。
【００７４】
ＯＦＤＭシンボルの数が増加されたＵｐＰＴＳは、シンボルが拡張されたＵｐＰＴＳ（略して、拡張型ＵｐＰＴＳ）、又は、強化型ＵｐＰＴＳと称されてよい。
【００７５】
スペシャルサブフレームにおいて、一般のＣＰの長さに対し、ＤｗＰＴＳの長さは、少なくとも３つのＯＦＤＭシンボルであり、ＧＰの長さは、少なくとも１つのＯＦＤＭシンボルであることを考慮すると、拡張型ＵｐＰＴＳに含まれるシンボルの数は、２より大きく、かつ、１０より小さくてよい。拡張型ＣＰの長さについて、拡張型ＵｐＰＴＳに含まれるシンボルの数は、２より大きく、かつ、８より小さくてよい。
【００７６】
本発明の複数の実施形態の全てにおいて説明されるＵｐＰＴＳは、拡張型ＵｐＰＴＳであってよく、又は、シンボルが拡張されていないＵｐＰＴＳ（すなわち、最大で２つのＯＦＤＭシンボルを含む）であってよいことに留意されたい。
【００７７】
本発明の実施形態は、スペシャルサブフレームを呼び出してＰＵＳＣＨ送信を実行するためのＰＵＳＣＨを送信する方法を提供する。
【００７８】
ＰＵＳＣＨを送信する方法は、基地局、端末、ＷｉＦｉ（登録商標）  ＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ、アクセスポイント）、ＷｉＦｉ（登録商標）端末又は中継局のような無線通信デバイスに適用されてよい（しかし、これらに限定されることはない）。
【００７９】
図２は、前述のＰＵＳＣＨを送信する方法についてのアプリケーションシナリオを提供し、方法は、基地局２０１と、アクセス端末２０２及びアクセス端末２０４と同様の任意の数の端末との間の通信に適用される。
【００８０】
アクセス端末２０２又は２０４は、例えば、携帯電話、スマートフォン、ポータブルコンピュータ、ハンドヘルド通信デバイス、ハンドヘルドコンピューティングデバイス、衛星無線装置、グローバルポジショニングシステム、ＰＤＡ及び／又は任意の他の適切なデバイスであってよい。
【００８１】
基地局２０１は、複数のアンテナグループを含んでよい。各アンテナグループは、１又は複数のアンテナを含んでよい。基地局２０１は、送信機チェーン及び受信機チェーンをさらに含んでよく、当業者は、それらの両方が、信号の送信及び受信に関連する複数のコンポーネント（例えば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ及びアンテナ）を含んでよいことを理解し得る。
【００８２】
所与の時間において、基地局２０１、アクセス端末２０２又はアクセス端末２０４は、無線通信送信装置及び／又は無線通信受信装置であってよい。ＰＵＳＣＨを送信するときに、無線通信送信装置は、送信のために、データに（エンコーディング、スクランブリング、変調、レイヤマッピング、プリコーディング及びリソースマッピングのような）一連の関連処理を実行してよい。具体的に、無線通信送信装置は、チャネルを用いることにより無線通信受信装置に送信される必要がある所与の数のデータビットを取得（例えば、生成し、別の通信装置から受信し、メモリに格納する等）する。このようなデータビットは、データのトランスポートブロック（ＴＢ、Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ）に含まれてよい。
【００８３】
図３は、ＰＵＳＣＨを送信する方法において用いられ、かつ、無線通信環境において本発明に適用可能であるシステム３００の概略的なブロック図である。システム３００は、無線通信デバイス３０２を含み、無線通信デバイス３０２は、チャネルを用いることによりデータを送信してよい。さらに、無線通信デバイス３０２は、さらに、チャネルを用いることによりデータを受信してよい（例えば、無線通信デバイス３０２は、データを同時に送信及び受信してよく、無線通信デバイス３０２は、異なる瞬間にデータを送信及び受信してよく、無線通信デバイス３０２は、これらの組み合わせを実行してよい等）。無線通信デバイス３０２は、基地局（例えば、図２の基地局２０１）、アクセス端末（例えば、図２のアクセス端末２０４又は図２のアクセス端末２０２）等であってよい。
【００８４】
無線通信デバイス３０２は、プロセッサ３０４及び送信機３０６を含んでよい。任意に、無線通信デバイス３０２がチャネルを用いることによりデータを受信したときに、無線通信デバイス３０２は、受信機をさらに含んでよく、受信機は、送信機３０６とは独立して存在し、又は、送受信機を形成すべく送信機３０６と一体化されてよい。
【００８５】
プロセッサ３０４は、ＰＵＳＣＨ送信を実施すべく、データを送信又は受信するよう送信機３０６又は受信機に指示するように構成されてよい。
【００８６】
送信機３０６は、プロセッサ３０４の命令に従ってデータを送信するように構成されてよい。
【００８７】
ＰＵＳＣＨ送信の具体的な処理プロセスは、以下で詳細に説明される。
【００８８】
図４は、本発明の実施形態に係るＰＵＳＣＨを送信する方法についての概略的なフローチャートである。図４に示される方法は、基地局のような無線通信デバイス３０２により実行されてよく、少なくとも以下の複数の段階を含んでよい。
【００８９】
Ｓ１：ＰＵＳＣＨを送信するようユーザ機器（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）に指示するダウンリンク制御シグナリングを第１のサブフレームで送信する。
【００９０】
ＰＵＳＣＨを送信することについての機能は、ＰＵＳＣＨを用いることによりアップリンクデータを送信することを指してよく、又は、ＰＵＳＣＨでアップリンクデータを伝送することを指してよい。
【００９１】
第１のサブフレームは、サブフレームｎ（ｎは、０より大きい又は０に等しく、かつ、１０より小さい）として表されてよい。
【００９２】
ダウンリンク制御シグナリングは、ダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を伝達し、ダウンリンク制御情報は、ＰＵＳＣＨを送信するためのサブフレームを示すべく用いられる。
【００９３】
より具体的には、基地局は、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、物理ダウンリンク制御チャネル）／ＥＰＤＣＣＨ（Ｅｎｈａｎｃｅｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、拡張物理ダウンリンク制御チャネル）で伝送されるＤＣＩを用いることによりＰＵＳＣＨ送信をスケジューリングしてよい。
【００９４】
ＤＣＩは、既存のＤＣＩフォーマット０又はＤＣＩフォーマット４（ＤＣＩフォーマット０又は４は、アップリンクスケジューリングに用いられる）、又は、アップリンクスケジューリングのために新たに規定されるＤＣＩであってよい。
【００９５】
本明細書において、ＰＵＳＣＨが送信されるサブフレームを示す方法は、後で詳細に説明される。
【００９６】
Ｓ２：ダウンリンク制御情報により示されるサブフレームでＰＵＳＣＨを受信する。
【００９７】
ＰＵＳＣＨを送信するためのサブフレームは、Ｎ個のサブフレーム（Ｎは、１より小さくない整数である）のうちのいずれか一つ又は任意の組み合わせであってよく、Ｎ個のサブフレームは、スペシャルサブフレームを含んでよい。
【００９８】
対応して、図５は、本発明の実施形態に係るＰＵＳＣＨを送信する方法についての別の概略的なフローチャートである。図５に示される方法は、アクセス端末のような無線通信デバイス３０２により実行されてよく、少なくとも以下の複数の段階を含んでよい。
【００９９】
Ｓ１'：ＰＵＳＣＨを送信するよう指示するダウンリンク制御シグナリングを第１のサブフレームで受信する。
【０１００】
第１のサブフレームは、サブフレームｎ（ｎは、０より大きい又は０に等しく、かつ、１０より小さい）として表されてよい。ダウンリンク制御シグナリングは、基地局、ＷｉＦｉ（登録商標）  ＡＰ、中継局等により送信されてよい。
【０１０１】
ダウンリンク制御シグナリングは、ダウンリンク制御情報を伝達し、ダウンリンク制御情報は、ＰＵＳＣＨを送信するためのサブフレームを示すべく用いられる。
【０１０２】
Ｓ２'：ダウンリンク制御情報により示されるサブフレームでＰＵＳＣＨを送信する。
【０１０３】
ＰＵＳＣＨを送信するためのサブフレームは、Ｎ個のサブフレーム（Ｎは、１より小さくない整数である）のうちのいずれか一つ又は任意の組み合わせであってよく、Ｎ個のサブフレームは、スペシャルサブフレームを含む。
【０１０４】
本発明の本実施形態において、ダウンリンク制御シグナリング内のダウンリンク制御情報は、ＰＵＳＣＨが送信されるサブフレームを示してよく、ＰＵＳＣＨを送信するためのサブフレームは、スペシャルサブフレームをさらに含むので、スペシャルサブフレームは、ＰＵＳＣＨを送信すべくスケジューリングされ得ることが理解されよう。
【０１０５】
時分割多重方式がＬＴＥ  ＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘ、時分割多重）システムのアップリンク及びダウンリンク送信で用いられ、異なるアップリンク‐ダウンリンクサブフレーム設定は、異なるアップリンク−ダウンリンクサービス要件でシナリオに適用されるのに役立つ。
【０１０６】
ＬＴＥ  ＴＤＤにおいて、以下の表１に示されるように、７つのアップリンク‐ダウンリンクサブフレーム設定が規定される。表１において、Ｄは、ダウンリンクサブフレームを示し、Ｓは、スペシャルサブフレームを示し、Ｕは、アップリンクサブフレームを示す。
【表１】
0006386594.tif 000002
【０１０７】
ＰＵＳＣＨ送信はアップリンク送信である。ＰＵＳＣＨ送信が実行される前に、基地局は、ＰＵＳＣＨ送信を実行するためのアップリンクサブフレーム又はいくつかのアップリンクサブフレームをスケジューリングすべく、ＤＣＩをダウンリンクサブフレームで送信する必要がある。
【０１０８】
アップリンク‐ダウンリンクサブフレーム設定１から５では、たとえ、スペシャルサブフレーム内のＵｐＰＴＳをアップリンク送信に加えることが可能であったとしても、（スペシャルサブフレーム内のＤｗＰＴＳは、ダウンリンク送信にも用いられ得る）ダウンリンク送信に用いられ得るサブフレームの数は、アップリンク送信に用いられ得るサブフレームの数より多いことが表１から理解されよう。従って、１つのアップリンクサブフレームは、１つのダウンリンクサブフレームにおいてスケジューリングすることを実装され得る。従って、アップリンク‐ダウンリンクサブフレーム設定１から５において、第１のサブフレーム内で送信されるダウンリンク制御シグナリングで伝送されるダウンリンク制御情報は、スペシャルサブフレームがＰＵＳＣＨ送信に用いられることのみを示してよい。
【０１０９】
しかしながら、アップリンク‐ダウンリンクサブフレーム設定０及び６において、それは、反対である。ダウンリンク送信に用いられ得るサブフレームの数は、アップリンク送信に用いられ得るサブフレームの数より少ない又は等しい。スペシャルサブフレーム内のＵｐＰＴＳをアップリンク送信に加えることをさらに可能とする場合、１つのアップリンクサブフレームは、１つのダウンリンクサブフレームにおいてスケジューリングされ得ることはない。
【０１１０】
従って、それは、ＰＵＳＣＨ送信を実行すべく、最大で２つ、３つ又はさらに多くのサブフレームが第１のサブフレーム（サブフレームｎ）内でスケジューリングされるような態様で設計され得る。当然ながら、スケジューリングされる最大で２つ、３つ又はさらに多くのサブフレームは、スペシャルサブフレームを含む。
【０１１１】
さらに、ＰＵＳＣＨ送信を実行すべく、最大で３つのサブフレームが第１のサブフレーム（サブフレームｎ）にスケジューリングされる可能性があるときに、ＰＵＳＣＨが送信されるサブフレーム（すなわち、ダウンリンク制御情報により示されるサブフレーム）は、スペシャルサブフレーム、第２のサブフレーム及び第３のサブフレームのうちのいずれか一つ又は任意の組み合わせであってよい。
【０１１２】
ＰＵＳＣＨ送信を実行すべく、最大で２つのサブフレームが第１のサブフレーム（サブフレームｎ）にスケジューリングされる可能性があるときに、ＰＵＳＣＨが送信されるサブフレーム（すなわち、ダウンリンク制御情報により示されるサブフレーム）は、スペシャルサブフレーム及び第２のサブフレームのうちのいずれか一方又は任意の組み合わせであってよい。
【０１１３】
簡略化のために、スペシャルサブフレームは、サブフレームｎ＋ｋとして表されてよく、第２のサブフレームは、サブフレームｎ＋ｐとして表されてよく、第３のサブフレームは、サブフレームｎ＋ｑとして表されてよく、ｋ、ｐ及びｑは自然数である。
【０１１４】
本発明の別の実施形態において、ダウンリンク制御情報は、３ビットを用いることにより、サブフレームｎ＋ｋ、サブフレームｎ＋ｐ及びサブフレームｎ＋ｑのうちの一つ又は組み合わせを示してよく、又は、ダウンリンク制御情報は、２ビットを用いることにより、サブフレームｎ＋ｋ及びサブフレームｎ＋ｐのうちの一つ又は組み合わせを示してよい。
【０１１５】
さらに、３ビットは、アップリンクインデックス（ＵＬ  ｉｎｄｅｘ）についての２ビットを含んでよく、残りの１ビットは、新たに追加されるビットであってよく、又は、ダウンリンク制御シグナリング内のビットが残りの１ビットとして再使用され、又は、ダウンリンク制御シグナリング内の予約ビットが残り１ビットとして用いられ、又は、３ビットの全てが新たに追加されるビットであってよい。
【０１１６】
２ビットを用いることにより、ダウンリンク制御情報がサブフレームｎ＋ｋ及びサブフレームｎ＋ｐのうちの一つ又は組み合わせを示す場合、２ビットは、アップリンクインデックスについての２ビット又は２つの新たに追加されるビットであってよい。
【０１１７】
ＰＵＳＣＨが送信されるサブフレームを示す方法は、アップリンク‐ダウンリンクサブフレーム設定０及びアップリンク‐ダウンリンクサブフレーム設定６について以下で別個に説明される。
【０１１８】
アップリンク‐ダウンリンクサブフレーム設定０について。
【０１１９】
従来技術では、サブフレーム０、１、５及び６の各サブフレームについて、送信されるＰＤＣＣＨ又はＥＰＤＣＣＨで伝送されるＤＣＩが２つのアップリンクサブフレームをスケジューリングするＰＵＳＣＨ送信の場合が発生し得る。具体的な規則。
【０１２０】
ＵＥは、ＤＣＩフォーマット０又は４をサブフレームｎで受信し、ＤＣＩフォーマット０又は４内のアップリンクインデックスは、２ビットを含む。２ビットのうちのＬＳＢ（ｌｅａｓｔ  ｓｉｇｎｉｆｉｃａｎｔ  ｂｉｔ、最下位ビット）が１に設定されているときに、ＵＥは、サブフレームｎ＋７でＰＵＳＣＨを送信する。しかしながら、２ビットのうちのＭＳＢ（ｍｏｓｔ  ｓｉｇｎｉｆｉｃａｎｔ  ｂｉｔ、最上位ビット）が１に設定されているときに、ＵＥは、サブフレームｎ＋ＳでＰＵＳＣＨを送信し、２ビットのうちのＭＳＢ及びＬＳＢの両方が１に設定されているときに、ＵＥは、サブフレームｎ＋７及びサブフレームｎ＋ＳでＰＵＳＣＨを送信する。
【０１２１】
Ｓの値が表２に示されており、ｎ＝０のときにＳ＝４であり、ｎ＝１のときにＳ＝６であり、ｎ＝５のときにＳ＝４であり、ｎ＝６のときにＳ＝６である。
【表２】
0006386594.tif 000003
【０１２２】
シナリオ１：ＰＵＳＣＨは、サブフレーム１又は６で送信されるＰＤＣＣＨ／ＥＰＤＣＣＨにスケジューリングされる。
【０１２３】
特に別途明記しない限り、本発明において説明されるＰＤＣＣＨ／ＥＰＤＣＣＨがサブフレーム１又は６で送信されることは、具体的には、ＰＤＣＣＨ／ＥＰＤＣＣＨがサブフレーム１又は６内のＤｗＰＴＳで送信されることを指し得る。
【０１２４】
シナリオ１の方法１：複数のビットはさらに追加されず、ＵＬインデックスについての複数のビットの意味が再規定される。
【０１２５】
既存の態様において、アップリンク‐ダウンリンクサブフレーム設定が０であるときに、サブフレーム２及び７で送信されるＰＵＳＣＨは、サブフレーム６及び１により別個にスケジューリングされよく、又は、サブフレーム５及び０により別個にスケジューリングされてよく、サブフレーム３及び８で送信されるＰＵＳＣＨは、サブフレーム６及び１により別個にスケジューリングされる。
【０１２６】
この方法では、サブフレーム２及び７で送信されるＰＵＳＣＨは、サブフレーム５及び０により別個にスケジューリングされることに限定されてよく、これにより、サブフレーム１及び６内のＤｗＰＴＳで送信されるダウンリンク制御情報内のＵＬインデックスの値は、サブフレーム６及び１（内のＵｐＰＴＳ）で送信されるＰＵＳＣＨをスケジューリングすべく再規定され得る。
【０１２７】
特に別途明記しない限り、本発明において説明されるＰＵＳＣＨがサブフレーム６又は１で送信されることは、具体的には、ＰＵＳＣＨがサブフレーム６又は１内のＵｐＰＴＳで送信されることを指し得る。
【０１２８】
特定の態様は、以下のとおりである。
【０１２９】
ケース１：ＵＥがサブフレームｎ（ｎ＝１又は６）でＤＣＩフォーマット０／４を受信したときに、ＤＣＩのＵＬインデックスにおけるＬＳＢが１に設定されている場合、ＵＥは、サブフレームｎ＋ｋでＰＵＳＣＨを送信する。
【０１３０】
本実施形態において、ｋは、５に等しくてよい。ｎ＝１又は６なので、ｎ＝１のときに、ｎ＋ｋ＝６であり、又は、ｎ＝６のときに、ｎ＋ｋ＝１１である。サブフレーム６は、スペシャルサブフレームであり、サブフレーム１１は、次のＬＴＥフレーム内のサブフレーム１であり、かつ、スペシャルサブフレームでもある。従って、スペシャルサブフレーム（内のＵｐＰＴＳ）をスケジューリングできる。
【０１３１】
ケース２：ＵＥがサブフレームｎ（ｎ＝１又は６）でＤＣＩフォーマット０／４を受信したときに、ＵＬインデックスにおけるＭＳＢが１に設定されている場合、ＵＥは、サブフレームｎ＋ｐでＰＵＳＣＨを送信する。
【０１３２】
本実施形態において、ｐは、６に等しくてよい。ｎ＝１又は６なので、ｎ＝１のときに、ｎ＋ｐ＝７であり、又は、ｎ＝６のときに、ｎ＋ｐ＝１２（次のＬＴＥフレームにおけるサブフレーム２）である。
【０１３３】
代わりに、ＤＣＩ内のＵＬインデックスにおけるＬＳＢが１に設定されている場合に、ＵＥがサブフレームｎ＋ｐでＰＵＳＣＨを送信することとは反対であってよく、ＵＬインデックスにおけるＭＳＢが１に設定されている場合、ＵＥは、サブフレームｎ＋ｋでＰＵＳＣＨを送信する。
【０１３４】
ケース３：ＵＥが、サブフレームｎでＤＣＩフォーマット０／４を受信したときに、ＵＬインデックスにおけるＬＳＢ及びＭＳＢの両方が１に設定されている場合、ＵＥは、サブフレームｎ＋ｋ及びｎ＋ｐ（ｋ＝５及びｐ＝６）でＰＵＳＣＨを送信する。
【０１３５】
シナリオ１の方法２：２ビットがさらに追加される。すなわち、２ビットがＤＣＩ又はダウンリンク制御シグナリングに新たに追加される。
【０１３６】
特定の態様は、以下のとおりである。
【０１３７】
ケース１：ＵＥがサブフレームｎ（ｎ＝１又は６）でＤＣＩフォーマット０／４を受信したときに、２つの新たに追加されるビットにおけるＬＳＢが１に設定されている場合、ＵＥは、サブフレームｎ＋ｋでＰＵＳＣＨを送信する。
【０１３８】
本実施形態において、ｋは、５に等しくてよい。ｎ＝１又は６なので、ｎ＝１のときに、ｎ＋ｋ＝６であり、又は、ｎ＝６のときに、ｎ＋ｋ＝１１である。サブフレーム６は、スペシャルサブフレームであり、サブフレーム１１は、次のＬＴＥフレーム内のサブフレーム１であり、かつ、スペシャルサブフレームでもある。従って、スペシャルサブフレーム（内のＵｐＰＴＳ）をスケジューリングできる。
【０１３９】
ケース２：ＵＥがサブフレームｎ（ｎ＝１又は６）でＤＣＩフォーマット０／４を受信したときに、２つの新たに追加されるビットにおけるＭＳＢが１に設定されている場合、ＵＥは、サブフレームｎ＋ｐでＰＵＳＣＨを送信する。
【０１４０】
本実施形態において、ｐは、６に等しくてよい。ｎ＝１又は６なので、ｎ＝１のときに、ｎ＋ｐ＝７であり、又は、ｎ＝６のときに、ｎ＋ｐ＝１２（次のＬＴＥフレームにおけるサブフレーム２）である。
【０１４１】
代わりに、２つの新たに追加されるビットにおけるＬＳＢが１に設定されている場合に、ＵＥがサブフレームｎ＋ｐでＰＵＳＣＨを送信することとは反対であってよく、２つの新たに追加されるビットにおけるＭＳＢが１に設定されている場合、ＵＥは、サブフレームｎ＋ｋでＰＵＳＣＨを送信する。
【０１４２】
ケース３：ＵＥがサブフレームｎでＤＣＩフォーマット０／４を受信したときに、２つの新たに追加されるビットにおけるＬＳＢ及びＭＳＢの両方が１に設定されている場合、ＵＥは、サブフレームｎ＋ｋ及びｎ＋ｐ（ｋ＝５及びｐ＝６）でＰＵＳＣＨを送信する。
【０１４３】
シナリオ１の方法３：ＵＬインデックス内の新たに追加されるビット及び既存のビットを用いることにより、インジケーションが実行される。新たに追加されるビットは、ＤＣＩフォーマット０／４内の既存のビットであってよく、又は、さらに追加されるビットであってよい。ビットが新たに追加されるので、最大で３つのサブフレームをスケジューリングすることをサポートできる。
【０１４４】
ケース１：新たに追加されるビットは、０に設定される（ＰＵＳＣＨは、サブフレーム６又は１で送信されない）。
【０１４５】
ＵＥがサブフレームｎ（ｎ＝１又は６）でＤＣＩフォーマット０／４を受信したときに、ＵＬインデックスにおけるＬＳＢが１に設定されている場合、ＵＥは、サブフレームｎ＋ｑでＰＵＳＣＨを送信する。
【０１４６】
本実施形態において、ｑは、７に等しくてよい。ｎ＝１又は６なので、ｎ＝１のときに、ｎ＋ｑ＝８であり、又は、ｎ＝６のときに、ｎ＋ｑ＝１３（次のＬＴＥフレームにおけるサブフレーム３）である。
【０１４７】
ＵＬインデックスにおけるＭＳＢが１に設定されている場合、ＵＥは、サブフレームｎ＋ｐでＰＵＳＣＨを送信し、ここで、ｐは、６に等しくてよい。
【０１４８】
代わりに、ＤＣＩ内のＵＬインデックスにおけるＬＳＢが１に設定されている場合に、ＵＥがサブフレームｎ＋ｐでＰＵＳＣＨを送信することとは反対であってよく、ＵＬインデックスにおけるＭＳＢが１に設定されている場合、ＵＥは、サブフレームｎ＋ｑでＰＵＳＣＨを送信する。
【０１４９】
ＵＬインデックスにおけるＬＳＢ及びＭＳＢの両方が１に設定されている場合、ＵＥは、サブフレームｎ＋ｑ及びｎ＋ｐでＰＵＳＣＨを送信する。
【０１５０】
ケース２：新たに追加されるビットが１に設定される。
【０１５１】
ＵＥがサブフレームｎ（ｎ＝１又は６）でＤＣＩフォーマット０／４を受信したときに、ＵＬインデックスにおけるＬＳＢが１に設定されている場合、ＵＥは、サブフレームｎ＋ｋ及びｎ＋ｑでＰＵＳＣＨを送信し、ここで、ｋ＝５であり、ｑ＝７である。
【０１５２】
ＵＬインデックスにおけるＭＳＢが１に設定されている場合、ＵＥは、サブフレームｎ＋ｋ及びｎ＋ｐでＰＵＳＣＨを送信し、ここで、ｐは、６に等しくてよい。
【０１５３】
代わりに、ＤＣＩ内のＵＬインデックスにおけるＬＳＢが１に設定されている場合に、ＵＥがサブフレームｎ＋ｋ及びｎ＋ｐでＰＵＳＣＨを送信することとは反対であってよく、ＵＬインデックスにおけるＭＳＢが１に設定されている場合、ＵＥは、サブフレームｎ＋ｋ及びｎ＋ｑでＰＵＳＣＨを送信する。
【０１５４】
ＵＬインデックスにおけるＬＳＢ及びＭＳＢの両方が１に設定されている場合、ＵＥは、サブフレームｎ＋ｋ、ｎ＋ｑ及びｎ＋ｐでＰＵＳＣＨを送信する。
【０１５５】
ＵＬインデックスにおけるＬＳＢ及びＭＳＢの両方が０に設定されている場合、ＵＥは、サブフレームｎ＋ｋ（ｋ＝５）のみでＰＵＳＣＨを送信する。
【０１５６】
ケース３：３ビットが新たに規定される。
【０１５７】
新たに規定される３ビットは、ｂ２、ｂ１及びｂ０として表され、新たに規定される３ビットの異なる値は８通りの組み合わせに対応し得るものと仮定する。ＰＵＳＣＨが送信されるサブフレームを示すべく、８通りの組み合わせから７通りの組み合わせが選択されてよい。
【０１５８】
例えば、
ｂ２、ｂ１及びｂ０の値が００１であるとき、ＰＵＳＣＨが送信されるサブフレームは、サブフレームｎ＋ｑであり、
ｂ２、ｂ１及びｂ０の値が０１０であるとき、ＰＵＳＣＨが送信されるサブフレームは、サブフレームｎ＋ｐであり、
ｂ２、ｂ１及びｂ０の値が０１１であるとき、ＰＵＳＣＨが送信されるサブフレームは、サブフレームｎ＋ｐ及びｎ＋ｑであり、
ｂ２、ｂ１及びｂ０の値が１００であるとき、ＰＵＳＣＨが送信されるサブフレームは、サブフレームｎ＋ｋであり、
ｂ２、ｂ１及びｂ０の値が１０１であるとき、ＰＵＳＣＨが送信されるサブフレームは、サブフレームｎ＋ｋ及びｎ＋ｑであり、
ｂ２、ｂ１及びｂ０の値が１１０であるとき、ＰＵＳＣＨが送信されるサブフレームは、サブフレームｎ＋ｋ及びｎ＋ｐであり、又は、
ｂ２、ｂ１及びｂ０の値が１１１であるとき、ＰＵＳＣＨが送信されるサブフレームは、サブフレームｎ＋ｋ、ｎ＋ｐ及びｎ＋ｑである。
【０１５９】
ケース３において、ｑ＝７、ｐ＝６及びｋ＝５である。
【０１６０】
シナリオ１の方法は、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ、ハイブリッド自動再送要求）送信に用いられてよい。
【０１６１】
ＨＡＲＱ送信を実行すべく、スペシャルサブフレーム内のＵｐＰＴＳが呼び出される例が用いられる。ＰＵＳＣＨがＵｐＰＴＳで送信されるＨＡＲＱ処理に対応するＲＴＴ（Ｒｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ、往復遅延時間）は、１０ｍｓ又は１５ｍｓであってよい。以下の複数の時間的な関係は、ＰＤＣＣＨ／ＥＰＤＣＣＨからスケジュールされたＰＵＳＣＨまでの時間間隔が最小限に抑えられ、少なくとも３ｍｓの処理時間の要件も満たし、かつ、ＰＤＣＣＨ／ＥＰＤＣＣＨ又はＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ、物理ＨＡＲＱインジケータチャネル）がダウンリンクサブフレーム又はスペシャルサブフレーム内のＤｗＰＴＳで送信される必要があることに従って得られてよい。
ＰＤＣＣＨ／ＥＰＤＣＣＨからＰＵＳＣＨ送信をスケジューリングするまでの時間：ＵＥは、ＰＤＣＣＨ／ＥＰＤＣＣＨで伝送されるアップリンクＤＣＩをサブフレームｎで受信し、サブフレームｎ＋５でＰＵＳＣＨを送信し（これは、再送信スケジュールである）、ここで、ｎは１又は６である。
ＰＨＩＣＨからＰＵＳＣＨ送信をトリガするまでの時間：ＵＥは、サブフレームｎでＰＨＩＣＨを受信し、ここで当該ＰＨＩＣＨは、サブフレームｎの前のサブフレーム１又は６で送信されるＰＵＳＣＨのフィードバックであり（ＮＡＣＫ信号がフィードバックされる）、サブフレームｎ＋５でＰＵＳＣＨを送信し（これは、再送信スケジュールである）、ここで、ｎは１又は６である。
【０１６２】
シナリオ２：ＰＵＳＣＨは、サブフレーム０又は５で送信されるＰＤＣＣＨ／ＥＰＤＣＣＨにスケジューリングされる。
【０１６３】
この方法では、サブフレーム２及び７で送信されるＰＵＳＣＨは、サブフレーム６及び１により別個にスケジューリングされることに限定され得るので、サブフレーム０及び５で送信されるダウンリンク制御情報内のＵＬインデックスの値は、サブフレーム１及び６で送信されるＰＵＳＣＨをスケジューリングすべく再規定され得る。
【０１６４】
具体的な態様は、以下のとおりである。
【０１６５】
ケース１：ＵＥがサブフレームｎ（ｎ＝０又は５）でＤＣＩフォーマット０／４を受信したときに、ＤＣＩにおけるＵＬインデックスにおけるＬＳＢが１に設定されている場合、ＵＥは、サブフレームｎ＋ｋでＰＵＳＣＨを送信する。
【０１６６】
本実施形態において、ｋは、６に等しくてよい。ｎ＝０又は５なので、ｎ＝０のときに、ｎ＋ｋ＝６であり、又は、ｎ＝５のときに、ｎ＋ｋ＝１１である。サブフレーム６は、スペシャルサブフレームであり、サブフレーム１１は、次のＬＴＥフレーム内のサブフレーム１であり、かつ、スペシャルサブフレームでもある。従って、スペシャルサブフレーム（内のＵｐＰＴＳ）をスケジューリングできる。
【０１６７】
ケース２：ＵＥがサブフレームｎ（ｎ＝０又は５）でＤＣＩフォーマット０／４を受信したときに、ＵＬインデックスにおけるＭＳＢが１に設定されている場合、ＵＥは、サブフレームｎ＋ｐでＰＵＳＣＨを送信する。
【０１６８】
本実施形態において、ｐは、４に等しくてよい。ｎ＝０又は５なので、ｎ＝０のときに、ｎ＋ｐ＝４であり、又は、ｎ＝５のときに、ｎ＋ｐ＝９である。
【０１６９】
代わりに、ＤＣＩ内のＵＬインデックスにおけるＬＳＢが１に設定されている場合に、ＵＥがサブフレームｎ＋ｐでＰＵＳＣＨを送信することとは反対であってよく、ＵＬインデックスにおけるＭＳＢが１に設定されている場合、ＵＥは、サブフレームｎ＋ｋでＰＵＳＣＨを送信する。
【０１７０】
ケース３：ＵＥがサブフレームｎでＤＣＩフォーマット０／４を受信したときに、ＵＬインデックスにおけるＬＳＢ及びＭＳＢの両方が１に設定されている場合、ＵＥは、サブフレームｎ＋ｋ及びｎ＋ｐでＰＵＳＣＨを送信する。
【０１７１】
シナリオ２の方法２：ＵＬインデックス内の新たに追加されるビット及び既存のビットを用いることにより、インジケーションが実行される。新たに追加されるビットは、ＤＣＩフォーマット０／４内の既存のビットであってよく、又は、さらに追加されるビットであってよい。ビットが新たに追加されるので、最大で３つのサブフレームをスケジューリングすることをサポートできる。
【０１７２】
ケース１：新たに追加されるビットが０に設定される（ＰＵＳＣＨは、サブフレーム６又は１で送信されない）。
【０１７３】
ＵＥがサブフレームｎ（ｎ＝０又は５）でＤＣＩフォーマット０／４を受信したときに、ＵＬインデックスにおけるＬＳＢが１に設定されている場合、ＵＥは、サブフレームｎ＋ｑでＰＵＳＣＨを送信する。
【０１７４】
本実施形態において、ｑは、７に等しくてよい。ｎ＝０又は５なので、ｎ＝０のときに、ｎ＋ｑ＝７であり、又は、ｎ＝５のときに、ｎ＋ｑ＝１２（次のＬＴＥフレームにおけるサブフレーム２）である。
【０１７５】
ＵＬインデックスにおけるＭＳＢが１に設定されている場合、ＵＥは、サブフレームｎ＋ｐでＰＵＳＣＨを送信し、ここで、ｐは、４に等しくてよい。
【０１７６】
代わりに、ＤＣＩ内のＵＬインデックスにおけるＬＳＢが１に設定されている場合に、ＵＥがサブフレームｎ＋ｐでＰＵＳＣＨを送信することとは反対であってよく、ＵＬインデックスにおけるＭＳＢが１に設定されている場合、ＵＥは、サブフレームｎ＋ｑでＰＵＳＣＨを送信する。
【０１７７】
ＵＬインデックスにおけるＬＳＢ及びＭＳＢの両方が１に設定されている場合、ＵＥは、サブフレームｎ＋ｑ及びｎ＋ｐでＰＵＳＣＨを送信する。
【０１７８】
ケース２：新たに追加されるビットが１に設定される。
【０１７９】
ＵＥがサブフレームｎ（ｎ＝０又は５）でＤＣＩフォーマット０／４を受信したときに、ＵＬインデックスにおけるＬＳＢが１に設定されている場合、ＵＥは、サブフレームｎ＋ｋ及びｎ＋ｑでＰＵＳＣＨを送信し、ここで、ｋ＝６であり、ｑ＝７である。
【０１８０】
ＵＬインデックスにおけるＭＳＢが１に設定されている場合、ＵＥは、サブフレームｎ＋ｋ及びｎ＋ｐでＰＵＳＣＨを送信し、ここで、ｐは、４に等しくてよい。
【０１８１】
代わりに、ＤＣＩ内のＵＬインデックスにおけるＬＳＢが１に設定されている場合に、ＵＥがサブフレームｎ＋ｋ及びｎ＋ｐでＰＵＳＣＨを送信することとは反対であってよく、ＵＬインデックスにおけるＭＳＢが１に設定されている場合、ＵＥは、サブフレームｎ＋ｋ及びｎ＋ｑでＰＵＳＣＨを送信する。
【０１８２】
ＵＬインデックスにおけるＬＳＢ及びＭＳＢの両方が１に設定されている場合、ＵＥは、サブフレームｎ＋ｋ、ｎ＋ｑ及びｎ＋ｐでＰＵＳＣＨを送信する。
【０１８３】
ＵＬインデックスにおけるＬＳＢ及びＭＳＢの両方が０に設定されている場合、ＵＥは、サブフレームｎ＋ｋ（ｋ＝６）のみでＰＵＳＣＨを送信する。
【０１８４】
ケース３：３ビットが新たに規定される。
【０１８５】
新たに規定される３ビットは、ｂ２、ｂ１及びｂ０として表され、新たに規定される３ビットの異なる値は、８通りの組み合わせに対応し得るものと仮定する。ＰＵＳＣＨが送信されるサブフレームを示すべく、８通りの組み合わせから７通りの組み合わせが選択されてよい。
【０１８６】
例えば、
ｂ２、ｂ１及びｂ０の値が００１であるとき、ＰＵＳＣＨが送信されるサブフレームは、サブフレームｎ＋ｑであり、
ｂ２、ｂ１及びｂ０の値が０１０であるとき、ＰＵＳＣＨが送信されるサブフレームは、サブフレームｎ＋ｐであり、
ｂ２、ｂ１及びｂ０の値が０１１であるとき、ＰＵＳＣＨが送信されるサブフレームは、サブフレームｎ＋ｐ及びｎ＋ｑであり、
ｂ２、ｂ１及びｂ０の値が１００であるとき、ＰＵＳＣＨが送信されるサブフレームは、サブフレームｎ＋ｋであり、
ｂ２、ｂ１及びｂ０の値が１０１であるとき、ＰＵＳＣＨが送信されるサブフレームは、サブフレームｎ＋ｋ及びｎ＋ｑであり、
ｂ２、ｂ１及びｂ０の値が１１０であるとき、ＰＵＳＣＨが送信されるサブフレームは、サブフレームｎ＋ｋ及びｎ＋ｐであり、又は、
ｂ２、ｂ１及びｂ０の値が１１１であるとき、ＰＵＳＣＨが送信されるサブフレームは、サブフレームｎ＋ｋ、ｎ＋ｐ及びｎ＋ｑである。
【０１８７】
ケース３において、ｑ＝７、ｐ＝４及びｋ＝６である。
【０１８８】
シナリオ２の方法は、ＨＡＲＱ送信に用いられてよい。
【０１８９】
ＨＡＲＱ送信を実行すべく、スペシャルサブフレーム内のＵｐＰＴＳが呼び出される例が用いられる。ＰＵＳＣＨがＵｐＰＴＳで送信されるＨＡＲＱ処理に対応するＲＴＴ（Ｒｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ、往復遅延時間）は、１０ｍｓ又は１５ｍｓであってよい。以下の時間的な関係は、ＰＤＣＣＨ／ＥＰＤＣＣＨからスケジュールされたＰＵＳＣＨまでの時間間隔が最小限に抑えられ、少なくとも３ｍｓの処理時間の要件も満たし、ＰＤＣＣＨ／ＥＰＤＣＣＨ又はＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ、物理ＨＡＲＱインジケータチャネル）がダウンリンクサブフレーム又はスペシャルサブフレーム内のＤｗＰＴＳで送信される必要があることに従って得られてよい。
ＰＤＣＣＨ／ＥＰＤＣＣＨからＰＵＳＣＨ送信をスケジューリングするまでの時間：ＵＥは、ＰＤＣＣＨ／ＥＰＤＣＣＨで伝送されるアップリンクＤＣＩをサブフレームｎで受信し、サブフレームｎ＋６でＰＵＳＣＨを送信し（これは、再送信スケジュールである）、ここでｎは０又は５である。
ＰＨＩＣＨからＰＵＳＣＨ送信をトリガするまでの時間：ＵＥは、サブフレームｎでＰＨＩＣＨを受信し、ここで、当該ＰＨＩＣＨは、サブフレームｎの前のサブフレーム１又は６で送信されるＰＵＳＣＨのフィードバックであり（ＮＡＣＫ信号がフィードバックされる）、サブフレームｎ＋６でＰＵＳＣＨを送信し（これは、再送信スケジュールである）、ここでｎは０又は５である。
【０１９０】
アップリンク‐ダウンリンクサブフレーム設定６について。
【０１９１】
シナリオ１：ＰＵＳＣＨは、サブフレーム１又は６で送信されるＰＤＣＣＨ／ＥＰＤＣＣＨにスケジューリングされる。
【０１９２】
既存のアップリンク‐ダウンリンクサブフレーム設定６では、１つのダウンリンクサブフレームが１つのアップリンクサブフレームのみをスケジューリングできる。従って、アップリンク‐ダウンリンクサブフレーム設定が６であるときに、ＰＤＣＣＨ／ＥＰＤＣＣＨで伝送されるＤＣＩ内にＵＬインデックスが存在しない。
【０１９３】
従って、ＵＬインデックスは、ＰＤＣＣＨ／ＥＰＤＣＣＨで伝送されるＤＣＩに導入されてよく、ＵＬインデックスは、２ビットを含み、この２ビットは、以下の目的に対応する。
【０１９４】
ケース１：ＵＥがサブフレームｎ（ｎ＝１又は６）で０／４のようなＵＬ  ＤＣＩフォーマットを受信したときに、ＵＬインデックスにおけるＬＳＢが１に設定されている場合、ＵＥは、サブフレームｎ＋ｋ（ｋ＝５）でＰＵＳＣＨを送信する。
【０１９５】
ケース２：ＵＥがサブフレームｎ（ｎ＝１又は６）での０／４のようなＵＬ  ＤＣＩフォーマットを受信したときに、ＵＬインデックスにおけるＭＳＢが１に設定されている場合、ＵＥは、サブフレームｎ＋ｐ（ｐ＝７）でＰＵＳＣＨを送信する。
【０１９６】
代わりに、ＤＣＩ内のＵＬインデックスにおけるＬＳＢが１に設定されている場合に、ＵＥがサブフレームｎ＋ｐでＰＵＳＣＨを送信することとは反対であってよく、ＵＬインデックスにおけるＭＳＢが１に設定されている場合、ＵＥは、サブフレームｎ＋ｋでＰＵＳＣＨを送信する。
【０１９７】
ケース３：ＵＥがサブフレームｎでＤＣＩフォーマット０／４を受信したときに、ＵＬインデックスにおけるＬＳＢ及びＭＳＢの両方が１に設定されている場合、ＵＥは、サブフレームｎ＋ｋ及びｎ＋ｐ（ｋ＝５、ｐ＝７）でＰＵＳＣＨを送信する。
【０１９８】
シナリオ１の複数の解決手段は、ＨＡＲＱ送信に用いられてよい。
【０１９９】
ＨＡＲＱ送信を実行すべく、スペシャルサブフレーム内のＵｐＰＴＳが呼び出される例が用いられる。ＰＵＳＣＨがＵｐＰＴＳで送信されるＨＡＲＱ処理に対応するＲＴＴ（Ｒｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ、往復遅延時間）は、１０ｍｓ又は１５ｍｓであってよい。以下の時間的な関係は、ＰＤＣＣＨ／ＥＰＤＣＣＨからスケジュールされたＰＵＳＣＨまでの時間間隔が最小限に抑えられ、少なくとも３ｍｓの処理時間の要件も満たされ、ＰＤＣＣＨ／ＥＰＤＣＣＨ又はＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ、物理ＨＡＲＱインジケータチャネル）がダウンリンクサブフレーム又はスペシャルサブフレーム内のＤｗＰＴＳで送信される必要があることに従って得られてよい。
ＰＤＣＣＨ／ＥＰＤＣＣＨからＰＵＳＣＨ送信をスケジューリングするまでの時間：ＵＥは、ＰＤＣＣＨ／ＥＰＤＣＣＨで伝送されるアップリンクＤＣＩをサブフレームｎで受信し、サブフレームｎ＋５でＰＵＳＣＨを送信し（これは、再送信スケジュールである）、ここでｎは１又は６である。
【０２００】
シナリオ２：ＰＵＳＣＨは、サブフレーム０又は５で送信されるＰＤＣＣＨ／ＥＰＤＣＣＨにスケジューリングされる。
【０２０１】
ＵＬインデックスは、ＰＤＣＣＨ／ＥＰＤＣＣＨで伝送されるＤＣＩにさらに導入され、ＵＬインデックスは、２ビットを含み、この２ビットは、以下の目的に対応する。
【０２０２】
ケース１：ＵＥがサブフレームｎ（ｎ＝０又は５）で０／４のようなＵＬ  ＤＣＩフォーマットを受信したときに、ＵＬインデックスにおけるＬＳＢが１に設定されている場合、ＵＥは、サブフレームｎ＋ｋ（ｋ＝６）でＰＵＳＣＨを送信する。
【０２０３】
ケース２：ＵＥがサブフレームｎ（ｎ＝０又は５）で０／４のようなＵＬ  ＤＣＩフォーマットを受信したときに、ＵＬインデックスにおけるＭＳＢが１に設定されている場合、ＵＥは、サブフレームｎ＋ｐ（ｐ＝７）でＰＵＳＣＨを送信する。
【０２０４】
代わりに、ＤＣＩ内のＵＬインデックスにおけるＬＳＢが１に設定されている場合に、ＵＥがサブフレームｎ＋ｐでＰＵＳＣＨを送信することとは反対であってよく、ＵＬインデックスにおけるＭＳＢが１に設定されている場合、ＵＥは、サブフレームｎ＋ｋでＰＵＳＣＨを送信する。
【０２０５】
ケース３：ＵＥがサブフレームｎでＤＣＩフォーマット０／４を受信したときに、ＵＬインデックスにおけるＬＳＢ及びＭＳＢの両方が１に設定されている場合、ＵＥは、サブフレームｎ＋ｋ及びｎ＋ｐ（ｋ＝６及びｐ＝７）でＰＵＳＣＨを送信する。
【０２０６】
シナリオ２の複数の解決手段は、ＨＡＲＱ送信に用いられてよい。
【０２０７】
ＨＡＲＱ送信を実行すべく、スペシャルサブフレーム内のＵｐＰＴＳが呼び出される例が用いられる。ＰＵＳＣＨがＵｐＰＴＳで送信されるＨＡＲＱ処理に対応するＲＴＴ（Ｒｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ、往復遅延時間）は、１０ｍｓ又は１５ｍｓであってよい。以下の時間的な関係は、ＰＤＣＣＨ／ＥＰＤＣＣＨからスケジュールされたＰＵＳＣＨまでの時間間隔が最小限に抑えられ、少なくとも３ｍｓの処理時間の要件も満たされ、ＰＤＣＣＨ／ＥＰＤＣＣＨ又はＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ、物理ＨＡＲＱインジケータチャネル）がダウンリンクサブフレーム又はスペシャルサブフレーム内のＤｗＰＴＳで送信される必要があることに従って得られてよい。
ＰＤＣＣＨ／ＥＰＤＣＣＨからＰＵＳＣＨ送信をスケジューリングするまでの時間：ＵＥは、ＰＤＣＣＨ／ＥＰＤＣＣＨで伝送されるアップリンクＤＣＩをサブフレームｎで受信し、サブフレームｎ＋６でＰＵＳＣＨを送信し（これは、再送信スケジュールである）、ここで、ｎは０又は５である。
ＰＨＩＣＨからＰＵＳＣＨ送信をトリガするまでの時間：ＵＥは、サブフレームｎでＰＨＩＣＨを受信し、ここで、当該ＰＨＩＣＨは、サブフレームｎの前にサブフレーム１又は６で送信されるＰＵＳＣＨのフィードバックであり（ＮＡＣＫ信号がフィードバックされる）、サブフレームｎ＋６でＰＵＳＣＨを送信し（これは、再送信スケジュールである）、ここで、ｎは０又は５である。
【０２０８】
ＰＵＳＣＨは、ＴＢ（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ、トランスポートブロック）を送信すべく用いられる。
【０２０９】
既存の態様では、基地局等によりＵＥに送信される（０／４のようなフォーマット内の）ＤＣＩにおいて、呼び出されるサブフレームについてのＶＲＢ（ｖｉｒｔｕａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ、仮想リソースブロック）の数、及びＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ、変調及びコーディングスキーム）がさらに示される。ＤＣＩ内に示されるＶＲＢとＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ、物理リソースブロック）との間に一対一の対応関係があり、ＶＲＢの数とＰＲＢの数との間にも一対一の対応関係があることに留意されたい。従って、ＰＲＢの数はＤＣＩ内で示されることが考慮され得る。
【０２１０】
ＤＣＩを受信した後に、ＵＥは、ＤＣＩにより示されるＭＣＳに関してＤＣＩにより示されるＰＲＢの数に従って、トランスポートブロックのＴＢＳ（Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ  Ｓｉｚｅ、トランスポートブロックサイズ）を決定する。ＴＢＳ及び対応するＰＲＢの数は、対応するＭＣＳにより示されるエンコードレートを形成する。
【０２１１】
本発明の全ての実施形態において、スペシャルサブフレーム内のＵｐＰＴＳは、少なくとも２つの態様におけるＰＵＳＣＨ送信に加えてよい。一態様は、ＰＵＳＣＨがＵｐＰＴＳで独立して送信されることであり、言い換えると、ＰＵＳＨが送信され、ＤＣＩにより示されるサブフレームがスペシャルサブフレームのみを含むか、スペシャルサブフレーム及び第２のサブフレームの両方を含むか、又は、第３のサブフレーム及びスペシャルサブフレームの両方を含むか、又は、スペシャルサブフレーム、第２のサブフレーム及び第３のサブフレームの全てを含むか否かに関わらず、スペシャルサブフレームは、ＰＵＳＣＨを送信する独立したサブフレームとして用いられる。
【０２１２】
別の態様は、スペシャルサブフレーム及び隣接サブフレームが拡張型サブフレームを形成することであり、隣接サブフレームは、スペシャルサブフレームに隣接するアップリンクサブフレームであり、すなわち、隣接サブフレームは、サブフレーム２又はサブフレーム７であってよい。より具体的には、サブフレーム１（スペシャルサブフレーム）及びサブフレーム２は、拡張型サブフレームを形成してよく、サブフレーム６（スペシャルサブフレーム）及びサブフレーム７は拡張型サブフレームを形成してよい。
【０２１３】
スペシャルサブフレーム及び隣接サブフレームは、拡張型サブフレームを形成し、これは、スペシャルサブフレーム内のＵｐＰＴＳ及び隣接サブフレームが拡張型サブフレームを形成することに相当する。
【０２１４】
前述したことは、アップリンク‐ダウンリンクサブフレーム設定が０であり、かつ、ｎが１又は６であるときに、ＤＣＩは、サブフレームｎ＋５（スペシャルサブフレーム）、ｎ＋６及びｎ＋７をもたらしてよいことを記載していることに留意されたい。しかしながら、スペシャルサブフレーム及び隣接サブフレームが拡張型サブフレームを形成する場合、たとえＰＵＳＨが送信され、ＤＣＩにより示されるサブフレームが、サブフレームｎ＋５及びｎ＋７であり、又は、サブフレームｎ＋５のみであったとしても、ＵＥ側及び基地局側の両方において、サブフレームｎ＋５及びサブフレームｎ＋６は、デフォルトでＰＵＳＣＨを送信するための拡張型サブフレームを形成する。
【０２１５】
同様、前述したことは、アップリンク‐ダウンリンクサブフレーム設定が０であり、ｎが０又は５であるときに、ＤＣＩは、サブフレームｎ＋６（スペシャルサブフレーム）、ｎ＋７及びｎ＋４をもたらしてよいことをさらに記載する。しかしながら、スペシャルサブフレーム及び隣接サブフレームが拡張型サブフレームを形成する場合、たとえＰＵＳＨが送信され、ＤＣＩにより示されるサブフレームがサブフレームｎ＋６及びｎ＋４であり、又は、サブフレームｎ＋６のみであったとしても、ＵＥ側及び基地局側の両方において、サブフレームｎ＋６及びサブフレームｎ＋７は、デフォルトでＰＵＳＣＨを送信するための拡張型サブフレームを形成する。
【０２１６】
スペシャルサブフレーム及び隣接サブフレームが拡張型サブフレームを形成する場合、最大で３つのサブフレームが２ビットを用いることにより実施され得ることが理解されよう。
【０２１７】
従来技術におけるＵｐＰＴＳは、ＳＲＳ又はＰＲＡＣＨを送信するための２つのＯＦＤＭシンボルのみを有しており、これは、上述されている。ＵｐＰＴＳ内のＰＵＳＣＨを送信し、適切なアップリンクの能力強化又はカバレッジ強化を実装するために、ＵｐＰＴＳの利用可能なＯＦＤＭシンボルを拡張することが考慮され得る。
【０２１８】
さらに、現在、スペシャルサブフレーム内のＤｗＰＴＳは、最小で３個のＯＦＤＭシンボル及び６個のＯＦＤＭシンボルを有し、ＧＰは、少なくとも１つから２つのＯＦＤＭシンボルを必要とする。従って、スペシャルサブフレームのＯＦＤＭシンボルの総数が拡張されない場合、ＵｐＰＴＳのＯＦＤＭシンボルの数は、５、６、７、８、９又は１０に拡張され得る。しかしながら、従来のネットワークとの共存を考慮する観点から、好ましくは、その数は、６又は５であり得る。
【０２１９】
通常（ｎｏｒｍａｌ）サブフレームは、１４又は１２個のＯＦＤＭシンボルを含む。
【０２２０】
ＵｐＰＴＳがＰＵＳＣＨを送信すべく独立したサブフレームとして用いられる場合、ＵｐＰＴＳ内のＰＲＢに対応するＯＦＤＭシンボルの数が通常サブフレーム内のＰＲＢに対応するシンボルの数より少ないので、ＵｐＰＴＳのエンコードレートは、通常サブフレームのエンコードレートよりも高い。
【０２２１】
しかしながら、ＵｐＰＴＳ及び隣接の通常サブフレームが、ＰＵＳＣＨを送信すべく拡張型サブフレームを形成する場合、拡張型サブフレーム内のＰＲＢに対応するＯＦＤＭシンボルの数が、通常サブフレーム内のＰＲＢに対応するシンボルの数より多いので、拡張型サブフレームのエンコードレートは、通常サブフレームのエンコードレートよりも低い。
【０２２２】
従って、以下の本発明の複数の実施形態は、最適化された態様を提供し、これにより、ＵｐＰＴＳのエンコードレートは、通常サブフレームのエンコードレートと同じ又はこれに近く、拡張型サブフレームのエンコードレートは、通常サブフレームのエンコードレートと同じ又はこれに近い。
【０２２３】
最適化された態様が以下の異なるケースで説明される。
【０２２４】
スペシャルサブフレームが、ＰＵＳＣＨを送信すべく独立したサブフレームとして用いられるケースについて、図６を参照すると、基地局のような無線通信デバイス３０２により実行されるＰＵＳＣＨを送信する方法は、以下の複数の段階をさらに含んでよい。
【０２２５】
Ｓ３：ＴＢＳ及びＭＣＳに従って決定され、かつ、スペシャルサブフレームに対応するＰＲＢの数をスケールアップする。
【０２２６】
すなわち、まず、スペシャルサブフレームに対応する通常のＰＲＢの数が決定され、次に、通常のＰＲＢの数がスケールアップされて切り捨てられたＰＲＢの数を得る。
【０２２７】
通常のＰＲＢの数は、ＰＲＢ＿１と称されてよい。スケールアップされた後の切り捨てられたＰＲＢの数は、ＰＲＢ＿２と称されてよい。
【０２２８】
より具体的には、ＰＲＢ＿１は、スケール因子Ｓｆを用いることにより増加され得る。すなわち、
【数１】
0006386594.tif 000004
である。
【数２】
0006386594.tif 000005
は、切り上げを示す。
【０２２９】
Ｓ４：ダウンリンク制御シグナリングでスケールアップされたＰＲＢの数を示す。
【０２３０】
第１のサブフレームで送信されるＤＣＩは、ＰＵＳＣＨが送信されるサブフレーム、ＭＣＳ及びＶＲＢ（ＰＲＢ）を示しており、これについては、上記で説明されている。この例において、ＰＵＳＣＨがスペシャルサブフレームで独立して送信される場合、スペシャルサブフレームは、ＤＣＩ内に示され、ＤＣＩ内に示されるＰＲＢは、スケールアップされたＰＲＢの数、すなわち、ＰＲＢ＿２である。
【０２３１】
段階Ｓ３及び段階Ｓ４は、段階Ｓ１の前に実行されてよい。
【０２３２】
当然ながら、スペシャルサブフレームがＤＣＩ内に示されていないときに、段階Ｓ３及び段階Ｓ４が実行される必要はない。
【０２３３】
対応して、図７を参照すると、アクセスデバイス側で実行されるＰＵＳＣＨを送信する方法は、以下の複数の段階をさらに含んでよい。
【０２３４】
Ｓ３'：ダウンリンクシグナリングで示されるスケールアップされた物理リソースブロックＰＲＢの数を対応してスケールダウンする。
【０２３５】
前の例をさらに用いて、ＰＲＢ＿２がＤＣＩに示される。アクセスデバイスは、ＰＲＢ＿２をＰＲＢ＿１に減らす。
【０２３６】
より具体的には、ＰＲＢ＿２は、スケール因子Ｓｆを用いることにより減らされ得る。すなわち、
【数３】
0006386594.tif 000006
又は、
【数４】
0006386594.tif 000007
である。
【数５】
0006386594.tif 000008
は、切り捨てを示す。
【０２３７】
より具体的には、アクセスデバイスは、同じスケール因子Ｓｆを用いることによりＰＲＢ＿２を減らし得る。
【０２３８】
Ｓ４'：スケールダウンされたＰＲＢの数を用いることによりＴＢＳを決定する。
【０２３９】
より具体的には、ＬＴＥの既存のＴＢＳテーブルは、ＴＢＳを決定すべく、ＰＲＢ＿１、及び、ＤＣＩ内に示されるＭＣＳに従って検索され得る。
【０２４０】
段階Ｓ２'のＰＵＳＣＨは、決定されたＴＢＳに基づいて送信されることに留意されたい。
【０２４１】
さらに、基地局等について、基地局は、ＴＢＳに基づいてＰＵＳＣＨも受信し、基地局が基づくＴＢＳは、ＬＴＥの既存のＴＢＳテーブルを検索することによりＰＲＢ＿１及び示されるＭＣＳに従って決定される。
【０２４２】
スペシャルサブフレームが、ＰＵＳＣＨを送信するための独立したサブフレームとして用いられるときに、Ｓｆの値が前述の３つの態様を考慮することにより決定され得る。
通常サブフレーム内の１つのＶＲＢ対に含まれるリソースエレメントの数に対するＵｐＰＴＳ内の１つのＶＲＢ対に含まれるリソースエレメントの数の割合と整合する。  ＲＳ（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ、基準信号）の複数のオーバーヘッド、ＲＳは、ＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ、復調基準信号）及び／又はＳＲＳを含む。
修正された周波数ドメインリソースの粒度が依然として複数のＶＲＢの整数の数であることを確保するべく、周波数ドメイン×スケール因子におけるＰＵＳＣＨのリソース割り当て粒度は整数である。
【０２４３】
以下では、例を用いることにより、Ｓｆを決定する方法を説明する。
【０２４４】
１つの通常サブフレームが１４個のＯＦＤＭシンボルを含むことが仮定される。１つのＶＲＢは、周波数ドメイン内の１２個のサブキャリアに対応する。通常サブフレームは、２つのＤＭＲＳシンボルを含む。システム帯域幅が２０ＭＨであるとき、ＰＵＳＣＨのリソーススケジュール粒度は、４つのＶＲＢである。
【０２４５】
例１：ＵｐＰＴＳが６個のＯＦＤＭシンボルを有し、６個のＯＦＤＭシンボルのうちの１つは、ＤＭＲＳシンボルであることを仮定すると、通常サブフレームに含まれるＲＥ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ、リソースエレメント）の数に対するＵｐＰＴＳに含まれるＲＥの数の割合は、  （１つのＲＢに含まれるサブキャリアの数×ＵｐＰＴＳに含まれるＯＦＤＭシンボルの数）／（１つのＲＢに含まれるサブキャリアの数×通常サブフレームに含まれるＯＦＤＭシンボルの数）＝（１２×５）／（１２×１２）＝０．４１７であり、
粒度×スケール因子は、整数であることが考慮されており、すなわち、４倍にされたＳｆは整数であり、その結果、０．４１７に最も近いＳｆは０．５であることが考慮される。
【０２４６】
例２：ＵｐＰＴＳが６個のＯＦＤＭシンボルを有し、６個のＯＦＤＭシンボルのうちの１つがＤＭＲＳシンボルであり、６個のＯＦＤＭシンボルのうちの別の１つがＳＲＳシンボルであることが仮定される。
【０２４７】
そして、通常サブフレームに含まれるＲＥの数に対するＵｐＰＴＳに含まれるＲＥの数の割合は、
（１２×４）／（１２×１２）＝０．３３であり、
粒度×スケール因子は、整数であることが考慮されており、すなわち、４倍にされたＳｆは整数であり、その結果、０．３３に最も近いＳｆは、０．２５であることが考慮される。
【０２４８】
例３：ＵｐＰＴＳが６個のＯＦＤＭシンボルを有し、６個のＯＦＤＭシンボルのうちの１つがＤＭＲＳシンボルであり、６個のＯＦＤＭシンボルのうちの別の１つがＳＲＳシンボルであることが仮定され、かつ、通常サブフレームが２つのＤＭＲＳシンボル及び１つのＳＲＳシンボルを含むことが仮定される。
【０２４９】
そして、通常サブフレームに含まれるＲＥの数に対するＵｐＰＴＳに含まれるＲＥの数の割合は、
（１２×４）／（１２×１１）＝０．３６であり、
粒度×スケール因子は、整数であることが考慮されており、すなわち、４倍にされたＳｆは整数であり、その結果、０．３６に最も近いＳｆは、０．２５であることが考慮される。
【０２５０】
例４：ＵｐＰＴＳが６個のＯＦＤＭシンボルを有し、６個のＯＦＤＭシンボルのうちの１つがＤＭＲＳシンボルであり、６個のＯＦＤＭシンボルのうちの他の２つがＳＲＳシンボルであることが仮定され、かつ、通常サブフレームが２つのＤＭＲＳシンボル及び１つのＳＲＳシンボルを含むことが仮定される。
【０２５１】
そして、通常サブフレームに含まれるＲＥの数に対するＵｐＰＴＳに含まれるＲＥの数の割合は、
（１２×３）／（１２×１１）＝０．２７であり、
粒度×スケール因子は、整数であることが考慮されており、すなわち、４倍にされたＳｆは整数であり、その結果、０．２７に最も近いＳｆは、０．２５であることが考慮される。
【０２５２】
スペシャルサブフレーム及び隣接サブフレームが拡張型サブフレームを形成するケースについて、図８を参照すると、基地局のような無線通信デバイス３０２により実行されるＰＵＳＣＨを送信する方法は、以下の複数の段階をさらに含んでよい。
【０２５３】
Ｓ５：ＴＢＳ及びＭＣＳに従って決定され、かつ、拡張型サブフレームに対応するＰＲＢの数をスケールダウンする。
【０２５４】
すなわち、まず、スペシャルサブフレームに対応する通常のＰＲＢの数が決定され、次に、通常のＰＲＢの数がスケールダウンされる。
【０２５５】
通常のＰＲＢの数は、ＰＲＢ＿３と称されてよい。スケールダウンされたＰＲＢの数、すなわち、拡張されたＰＲＢの数は、ＰＲＢ＿４と称されてよい。
【０２５６】
より具体的には、ＰＲＢ＿３は、スケール因子Ｓｆを用いることにより減らされ得る。
【０２５７】
すなわち
【数６】
0006386594.tif 000009
【数７】
0006386594.tif 000010
である。
【数８】
0006386594.tif 000011
は、切り捨てを示す。
【０２５８】
Ｓ６：ダウンリンク制御シグナリングでスケールダウンされたＰＲＢの数を示す。
【０２５９】
この例において、スペシャルサブフレーム及び隣接サブフレームが拡張型サブフレームを形成する場合、スペシャルサブフレームは、ＤＣＩ内に示され、ＤＣＩ内に示されるＰＲＢは、スケールダウンされたＰＲＢの数、すなわち、ＰＲＢ＿４である。
【０２６０】
段階Ｓ５及び段階Ｓ６は、段階Ｓ１の前に実行されてよい。
【０２６１】
当然ながら、スペシャルサブフレームがＤＣＩ内に示されていないときに、段階Ｓ５及び段階Ｓ６が実行される必要はない。
【０２６２】
対応して、図９を参照すると、アクセスデバイス側で実行されるＰＵＳＣＨを送信する方法は、以下の複数の段階をさらに含んでよい。
【０２６３】
ダウンリンク制御情報により示されるスペシャルサブフレーム及び隣接サブフレームが拡張型サブフレームを形成するときに、方法は、以下の段階をさらに含む。
【０２６４】
Ｓ５'：ダウンリンクシグナリングで示されるスケールダウンされたＰＲＢの数を対応してスケールアップする。
【０２６５】
前の例をさらに用いて、ＰＲＢ＿４がＤＣＩ内に示される。アクセスデバイスは、ＰＲＢ＿４をＰＲＢ＿３に減らす。
【０２６６】
より具体的には、ＰＲＢ＿３は、スケール因子を用いることにより、増加され得る。すなわち、
【数９】
0006386594.tif 000012
である。
【数１０】
0006386594.tif 000013
は、切り上げを示す。
【０２６７】
Ｓ６'：スケールアップされたＰＲＢの数を用いることによりＴＢＳを決定する。
【０２６８】
より具体的には、（ＵＥのような）アクセスデバイスは、ＴＢＳを決定すべく、ＰＲＢ＿３、及び、ＤＣＩに示されるＭＳＣに従ってＬＴＥの既存のＴＢＳテーブルを検索してよい。
【０２６９】
段階Ｓ２'のＰＵＳＣＨは、決定されたＴＢＳに基づいて送信されることに留意されたい。
【０２７０】
さらに、基地局等について、基地局は、ＴＢＳに基づいてＰＵＳＣＨも受信し、基地局が基づくＴＢＳは、ＬＴＥの既存のＴＢＳテーブルを検索することによりＰＲＢ＿３及び示されるＭＣＳに従って決定される。
【０２７１】
スペシャルサブフレーム及び隣接の通常サブフレームが、ＰＵＳＣＨを送信するための拡張型サブフレームを形成するときに、Ｓｆの値が前述の３つの態様を考慮することにより決定されてよく、通常サブフレーム内の１つのＶＲＢ対に含まれるリソースエレメントの数に対する拡張型サブフレーム内の１つのＶＲＢ対に含まれるリソースエレメントの数の割合と整合する。  ＲＳの複数のオーバーヘッド、ＲＳはＤＭＲＳ及び／又はＳＲＳを含む。
修正された周波数ドメインリソースの粒度が依然として複数のＶＲＢの整数の数であることを確保すべく、周波数ドメイン×スケール因子におけるＰＵＳＣＨのリソース割り当て粒度は整数である。
【０２７２】
以下では、例を用いることにより、Ｓｆを決定する方法を説明する。
【０２７３】
１つの通常サブフレームが１４個のＯＦＤＭシンボルを含むことが仮定される。１つのＶＲＢは、周波数ドメイン内の１２個のサブキャリアに対応する。通常サブフレームは、２つのＤＭＲＳシンボルを含む。システム帯域幅が２０ＭＨであるとき、ＰＵＳＣＨのリソーススケジュール粒度は、４つのＶＲＢである。
【０２７４】
例１：ＵｐＰＴＳが６個のＯＦＤＭシンボルを有し、６個のＯＦＤＭシンボルのうちの１つがＤＭＲＳシンボルであることが仮定され、その結果、通常サブフレームに含まれるＲＥ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ、リソースエレメント）の数に対する拡張型サブフレームに含まれるＲＥの数の割合は、  （１２×（５＋１２））／（１２×１２）＝１．４１７であり、
粒度×スケール因子は、整数であることが考慮され、すなわち、４倍にされたＳｆは整数であり、その結果、１．４１７に最も近いＳｆは１．５であることが考慮される。
【０２７５】
例２：ＵｐＰＴＳが６個のＯＦＤＭシンボルを有し、６個のＯＦＤＭシンボルのうちの１つがＤＭＲＳシンボルであり、６個のＯＦＤＭシンボルのうちの別の１つがＳＲＳシンボルであることが仮定される。
【０２７６】
そして、通常サブフレームに含まれるＲＥの数に対する拡張型サブフレームに含まれるＲＥの数の割合は、（１２×（４＋１２））／（１２×１２）＝１．３３であり、
粒度×スケール因子は、整数であることが考慮されており、すなわち、４倍にされたＳｆは整数であり、その結果、１．３３に最も近いＳｆは、１．２５であることが考慮される。
【０２７７】
例３：ＵｐＰＴＳが６個のＯＦＤＭシンボルを有し、６個のＯＦＤＭシンボルのうちの１つがＤＭＲＳシンボルであり、６個のＯＦＤＭシンボルのうちの別の１つがＳＲＳシンボルであることが仮定され、かつ、通常サブフレームが２つのＤＭＲＳシンボル及び１つのＳＲＳシンボルを含むことが仮定される。
【０２７８】
そして、通常サブフレームに含まれるＲＥの数に対する拡張型サブフレームに含まれるＲＥの数の比は、（１２×（４＋１１））／（１２×１１）＝１．３６であり、
粒度×スケール因子は、整数であることが考慮されており、すなわち、４倍にされたＳｆは整数であり、その結果、１．３６に最も近いＳｆは、１．２５であることが考慮される。
【０２７９】
例４：ＵｐＰＴＳが６個のＯＦＤＭシンボルを有し、６個のＯＦＤＭシンボルのうちの１つがＤＭＲＳシンボルであり、６個のＯＦＤＭシンボルのうちの他の２つがＳＲＳシンボルであることが仮定され、かつ、通常サブフレームが２つのＤＭＲＳシンボル及び１つのＳＲＳシンボルを含むことが仮定される。
【０２８０】
そして、通常サブフレームに含まれるＲＥの数に対する拡張型サブフレームに含まれるＲＥの数の割合は、（１２×（３＋１１））／（１２×１１）＝１．２７であり、
粒度×スケール因子は、整数であることが考慮されており、すなわち、４倍にされたＳｆは整数であり、その結果、１．２７に最も近いＳｆは、１．２５であることが考慮される。
【０２８１】
図１０は、本発明の実施形態に係るＰＵＳＣＨを送信する装置１００の構造を示すブロック図である。ＰＵＳＣＨを送信する装置１００は、
ＰＵＳＣＨを送信するようＵＥに指示するダウンリンク制御シグナリングを第１のサブフレームで送信するように構成されるダウンリンク制御シグナリング送信ユニット１０１であって、
第１のサブフレームは、サブフレームｎ（ｎは、０より大きい又は０に等しく、かつ、１０より小さい）として表されてよく、
ダウンリンク制御シグナリングは、ダウンリンク制御情報を伝達し、ダウンリンク制御情報は、ＰＵＳＣＨを送信するためのサブフレームを示すべく用いられる、ダウンリンク制御シグナリング送信ユニット１０１と、
ダウンリンク制御情報により示されるサブフレームでＰＵＳＣＨを受信するように構成されるＰＵＳＣＨ受信ユニット１０２とを含んでよい。
【０２８２】
装置１００は、基地局、ＡＰ、中継局等として用いられてよい。
【０２８３】
ＰＵＳＣＨを送信するためのサブフレームは、Ｎ個のサブフレーム（Ｎは、１より小さくない整数である）のうちのいずれか一つ又は任意の組み合わせであってよく、Ｎ個のサブフレームは、スペシャルサブフレームを含む。
【０２８４】
アップリンク‐ダウンリンクサブフレーム設定１から５について、１つのアップリンクサブフレームを１つのダウンリンクサブフレーム内にスケジューリングできるので、Ｎの特定の値は１であり得る。
【０２８５】
しかしながら、本発明の別の実施形態において、Ｎの特定の値は３であり得る。そして、ＰＵＳＣＨが送信されるサブフレーム（すなわち、ダウンリンク制御情報により示されるサブフレーム）は、スペシャルサブフレーム、第２のサブフレーム及び第３のサブフレームのうちのいずれか一つ又は任意の組み合わせであってよい。
【０２８６】
代わりに、本発明の別の実施形態において、Ｎの特定の値は２であり得る。そして、ＰＵＳＣＨが送信されるサブフレーム（すなわち、ダウンリンク制御情報により示されるサブフレーム）は、スペシャルサブフレーム及び第２のサブフレームのうちのいずれか一方又は任意の組み合わせであってよい。
【０２８７】
スペシャルサブフレームは、サブフレームｎ＋ｋとして表されてよく、第２のサブフレームは、サブフレームｎ＋ｐとして表されてよく、第３のサブフレームは、サブフレームｎ＋ｑとして表されてよく、ｋ、ｐ及びｑは自然数である。
【０２８８】
より具体的には、全ての前述の実施形態におけるＤＣＩでは、スペシャルサブフレーム、第２のサブフレーム及び第３のサブフレームのうちの一つ又は組み合わせが３ビットを用いることにより示されてよい。代わりに、スペシャルサブフレーム及び第２のサブフレームのうちのいずれか一方又は組み合わせが２ビットを用いることにより示される。
【０２８９】
任意に、３ビットは、アップリンクインデックスについての２ビットを含んでよく、残りの１ビットは、新たに追加されるビットであってよく、又は、ダウンリンク制御シグナリング内のビットが残りの１ビットとして再使用され、又は、ダウンリンク制御シグナリング内の予約ビットが残りの１ビットとして用いられ、又は、３ビットの全てが新たに追加されるビットであってよい。
【０２９０】
３ビットを用いることにより、ＰＵＳＣＨが送信されるサブフレームを示す方法、及び、ｎ、ｋ、ｐ及びｑの値について、本明細書の前述の記録が参照されてよい。詳細については、ここでは説明しない。
【０２９１】
任意に、２ビットは、アップリンクインデックスについての２ビット又は２つの新たに追加されるビットであってよい。
【０２９２】
２ビットを用いることにより、ＰＵＳＣＨが送信されるサブフレームを示す方法、及び、ｎ、ｋ、ｐ及びｑの値について、本明細書の前述の記録が参照されてよい。詳細については、ここでは説明しない。
【０２９３】
本発明の全ての実施形態において、スペシャルサブフレーム内のＵｐＰＴＳは、少なくとも２つの態様におけるＰＵＳＣＨ送信に加えてよい。一態様は、ＰＵＳＣＨがＵｐＰＴＳで独立して送信されることである。別の態様は、スペシャルサブフレーム及び隣接サブフレームが拡張型サブフレームを形成すること、例えば、サブフレーム１（スペシャルサブフレーム及びサブフレーム２が拡張型サブフレームを形成することである。関連する説明について、本明細書の前述の記録を参照する。
【０２９４】
ＰＵＳＣＨがＵｐＰＴＳで独立して送信されるケースについて、図１１を参照すると、装置１００は、
ＰＵＳＣＨを送信するためのサブフレームが、スペシャルサブフレームであり、又は、スペシャルサブフレーム及び第２のサブフレームであり、又は、スペシャルサブフレーム及び第３のサブフレームであり、又は、スペシャルサブフレーム、第２のサブフレーム及び第３のサブフレームであり、かつ、ＰＵＳＣＨが独立したサブフレームとして用いられるスペシャルサブフレームで送信されるときに、ＴＢＳ及びＭＣＳに従って決定され、かつ、スペシャルサブフレームに対応する物理リソースブロックＰＲＢの数をスケールアップするように構成されるスケールアップユニット１０３と、
ダウンリンク制御シグナリングでスケールアップされたＰＲＢの数を示すように構成される第１のＰＲＢ数インジケーションユニット１０４とをさらに含んでよい。
【０２９５】
具体的な詳細について、本明細書の前述の記録が参照されてよい。詳細については、ここでは説明しない。
【０２９６】
スペシャルサブフレーム及び隣接サブフレームが拡張型サブフレームを形成するケースについて、図１２を参照するすると、装置１００は、
ダウンリンク制御情報により示されるスペシャルサブフレーム、及び、隣接サブフレームが拡張型サブフレームを形成するときに、ＴＢＳ及びＭＣＳに従って決定され、かつ、拡張型サブフレームに対応するＰＲＢの数をスケールダウンするように構成されるスケールダウンユニット１０５と、
ダウンリンク制御シグナリングのスケールダウンされたＰＲＢの数を示すように構成される第２のＰＲＢ数インジケーションユニット１０６とをさらに含んでよい。
【０２９７】
具体的な詳細について、本明細書の前述の記録が参照されてよい。詳細については、ここでは説明しない。
【０２９８】
さらに、図１３を参照すると、装置１００は、スケールアップユニット１０３、第１のＰＲＢ数インジケーションユニット１０４、スケールダウンユニット１０５及び第２のＰＲＢ数インジケーションユニット１０６を含んでもよい。
【０２９９】
図１４は、無線通信システム内にあり、かつ、ＰＵＳＣＨを送信する方法を実行するのに役立つ無線通信デバイス１４０（又は装置１００）についての例示的な図である。無線通信デバイス１４０は、少なくとも受信機１４１、プロセッサ１４３及び送信機１４４を含んでよい。
【０３００】
受信機１４１は、例えば、受信アンテナ（不図示）から信号を受信し、受信した信号に（フィルタリング、増幅、ダウンコンバージョン等のような）典型的な動作を実行し、調整された信号をデジタル化してサンプルを得るように構成される。受信機１４１は、例えば、ＭＭＳＥ（最小平均二乗誤差、Ｍｉｎｉｍｕｍ  Ｍｅａｎ−Ｓｑｕａｒｅｄ  Ｅｒｒｏｒ）受信機であってよい。
【０３０１】
送信機１４４は、アクセス端末等に信号を送信するように構成される。実際の適用において、受信機１４１及び送信機１４４は、共に一体化されて送受信機を形成してもよい。
【０３０２】
無線通信デバイス１４０は、メモリ１４５を含んでよく、メモリ１４５は、プロセッサ１４３に操作的に結合され、以下のデータを格納する、つまり、送信されるデータ、受信されたデータ及び本明細書における様々な操作及び機能の実行に関連する任意の他の適切な情報を格納する。メモリ１４５は、さらに、極コード処理に関連するプロトコル及び／又はアルゴリズムを格納してよい。
【０３０３】
本明細書で説明されるデータストレージ装置（例えば、メモリ１４５）が、揮発性メモリ又は不揮発性メモリであってよく、又は、揮発性メモリ及び不揮発性メモリの両方を含んでよいことが理解され得る。不揮発性メモリは、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、リードオンリメモリ）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ、プログラマブルリードオンリメモリ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  ＰＲＯＭ、消去可能プログラマブルリードオンリメモリ）、ＥＥＰＲＯＭ（電気的消去可能プログラマブルリードオンリメモリ）、又は、フラッシュメモリを含んでよく、揮発性メモリは、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ランダムアクセスメモリ）を含んでよく、外部キャッシュとして用いられるということは、制限的なものではなく、むしろ例示的なものである。ＳＲＡＭ（Ｓｔａｔｉｃ  ＲＡＭ、スタティックランダムアクセスメモリ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ  ＲＡＭ、ダイナミックランダムアクセスメモリ）、ＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ、シンクロナスダイナミックランダムアクセスメモリ）、ＤＤＲ  ＳＤＲＡＭ（Ｄｏｕｂｌｅ  Ｄａｔａ  Ｒａｔｅ  ＳＤＲＡＭ、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ）、ＥＳＤＲＡＭ（Ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ、エンハンスドシンクロナスダイナミックランダムアクセスメモリ）、ＳＬＤＲＡＭ（Ｓｙｎｃｈｌｉｎｋ  ＤＲＡＭ、シンクリンクダイナミックランダムアクセスメモリ）、及び、ＤＲ  ＲＡＭ（Ｄｉｒｅｃｔ  Ｒａｍｂｕｓ  ＲＡＭ、ダイレクトランバスランダムアクセスメモリ）のような多くの形式のＲＡＭが用いられてよく、これは、制限的な説明ではなくむしろ例示なものである。本明細書で説明されるメモリ１４５は、これらのメモリ及び適切なタイプの任意の他のメモリを含むことが意図されるが、これらに限定されない。
【０３０４】
無線通信デバイス１４０は、復調器１４２及びデコーダ１４７をさらに含んでよく、復調器１４２は、受信した信号を復調し、受信した信号をデコードのためにデコーダ１４７に提供するように構成されてよい。デコーダ１４７がデコードした後に、トランスポートブロックビットのような元の情報ビットが得られれてよい。
【０３０５】
無線通信デバイス１４０は、エンコーダ１４６をさらに含んでよく、エンコーダ１４６は、トランスポートブロックビットのような元の情報ビットをエンコードして、無線チャネルによりもたらされる影響をレジストできる。
【０３０６】
無線通信デバイス１４０は、変調器１４８をさらに含んでよく、変調器１４８は、エンコードされたビットを変調できる。
【０３０７】
プロセッサ１４３は、特に、受信機１４１により受信された情報又はデコーダ１４７により出力された情報を分析し、及び／又は、送信機１４４により送信される情報又はエンコーダ１４６により処理される情報を生成するように構成されるプロセッサ、無線通信デバイス１４０の１又は複数のコンポーネントを制御するように構成されるプロセッサ、及び／又は、受信機１４１により受信される信号を分析し、送信機１４４により送信される情報を生成し、かつ、無線通信デバイス１４０の１又は複数のコンポーネントを制御するように構成されるコントローラであってよい。
【０３０８】
さらに、復調器１４２及び／又はデコーダ１４７及び／又はエンコーダ１４６及び／又は変調器１４８は、プロセッサ１４３から分離されていることが示されているが、復調器１４２及び／又はデコーダ１４７及び／又はエンコーダ１４６及び／又は変調器１４８は、プロセッサ１４３の一部又は複数のプロセッサ（不図示）であってよいことが理解され得る。
【０３０９】
さらに、レイヤデマッピングモジュール、リソースデマッピングモジュール等（不図示）が復調器１４２と受信機１４１との間にさらに含まれてよく、レイヤマッピングモジュール、リソースマッピングモジュール等（不図示）が変調器１４８と送信機１４４との間にさらに含まれてよく、デスクランブルモジュールが復調器１４２とデコーダ１４７との間にさらに含まれてよく、スクランブリングモジュールがエンコーダ１４６と変調器１４８との間（両方モジュールは不図示である）にさらに含まれてよい。
【０３１０】
プロセッサ１４３又は複数のプロセッサは、メモリに格納されるソフトウェアプログラムを動作させ、メモリに格納されるデータを呼び出すことにより、送受信機（受信機１４１及び送信機１４４をさらに含んでよい）に、
ＰＵＳＣＨを送信するようＵＥに指示するダウンリンク制御シグナリングを第１のサブフレームで送信する手順であって、ダウンリンク制御シグナリングは、ダウンリンク制御情報を伝達し、ダウンリンク制御情報は、ＰＵＳＣＨを送信するためのサブフレームを示すべく用いられ、ＰＵＳＣＨを送信するためのサブフレームは、Ｎ個のサブフレームのうちのいずれか一つ又は任意の組み合わせであってよく、Ｎ個のサブフレームは、スペシャルサブフレームを含み、Ｎは、１より小さくない整数である、手順と、
ダウンリンク制御情報により示されるサブフレームでＰＵＳＣＨを受信する手順とを実行させることを指示するように構成されてよい。
【０３１１】
具体的な詳細について、本明細書の前述の記録が参照されてよい。詳細については、ここでは説明しない。
【０３１２】
本発明の別の実施形態において、全ての前述の実施形態におけるプロセッサは、メモリに格納されるソフトウェアプログラムを動作させ、メモリに格納されるデータを呼び出すことにより、
ＰＵＳＣＨを送信するためのサブフレームが、スペシャルサブフレームであり、又は、スペシャルサブフレーム及び第２のサブフレームであり、又は、スペシャルサブフレーム及び第３のサブフレームであり、又は、スペシャルサブフレーム、第２のサブフレーム及び第３のサブフレームであり、かつ、ＰＵＳＣＨが独立したサブフレームとして用いられるスペシャルサブフレームで送信されるときに、ＴＢＳ及びＭＣＳに従って決定され、かつ、スペシャルサブフレームに対応する物理リソースブロックＰＲＢの数をスケールアップする手順と、
ダウンリンク制御シグナリングでスケールアップされたＰＲＢの数を示す手順とを実行するようにさらに構成されてよい。
【０３１３】
本発明の別の実施形態において、全ての前述の実施形態におけるプロセッサは、メモリに格納されるソフトウェアプログラムを動作させ、メモリに格納されるデータを呼び出すことにより、
ダウンリンク制御情報により示されるスペシャルサブフレーム、及び、隣接サブフレームが拡張型サブフレームを形成するときに、ＴＢＳ及びＭＣＳに従って決定され、かつ、拡張型サブフレームに対応するＰＲＢの数をスケールダウンする手順と、
ダウンリンク制御シグナリングでスケールダウンされたＰＲＢの数を示す手順とを実行するようにさらに構成されてよく、隣接サブフレームは、スペシャルサブフレームに隣接するアップリンクサブフレームである。
【０３１４】
具体的な詳細について、本明細書の前述の記録が参照されてよい。詳細については、ここでは説明しない。
【０３１５】
図１５は、本発明の実施形態に係るＰＵＳＣＨを送信する装置１５０の構造を示すブロック図である。ＰＵＳＣＨを送信する装置１００は、
物理アップリンク共有チャネルＰＵＳＣＨを送信するよう指示するダウンリンク制御シグナリングを第１のサブフレームで受信するように構成されるダウンリンク制御シグナリング受信ユニット１５１であって、
第１のサブフレームは、サブフレームｎ（ｎは、０より大きい又は０に等しく、かつ、１０より小さい）として表されてよく、ダウンリンク制御シグナリングは、ダウンリンク制御情報を伝達し、ダウンリンク制御情報は、ＰＵＳＣＨを送信するためのサブフレームを示すべく用いられる、ダウンリンク制御シグナリング受信ユニット１５１と、
ダウンリンク制御情報により示されるサブフレームでＰＵＳＣＨを送信するように構成されるＰＵＳＣＨ送信ユニット１５２とを含んでよい。
【０３１６】
装置１５０は、アクセス端末、携帯電話、スマートフォン、ポータブルコンピュータ、ハンドヘルド通信デバイス、ハンドヘルドコンピューティングデバイス、衛星無線装置、グローバルポジショニングシステム、ＰＤＡ及び／又は任意の他の適切なデバイスとして用いられてよい。
【０３１７】
ＰＵＳＣＨを送信するためのサブフレームは、Ｎ個のサブフレーム（Ｎは、１より小さくない整数である）のうちのいずれか一つ又は任意の組み合わせであってよく、Ｎ個のサブフレームは、スペシャルサブフレームを含む。
【０３１８】
本発明の別の実施形態において、Ｎの値は１であってよく、この場合、ＰＵＳＣＨを送信するためのサブフレームは、スペシャルサブフレームのみであってよい。
【０３１９】
本発明の別の実施形態において、Ｎの特定の値は３であり得る。そして、ＰＵＳＣＨが送信されるサブフレーム（すなわち、ダウンリンク制御情報により示されるサブフレーム）は、スペシャルサブフレーム、第２のサブフレーム及び第３のサブフレームのうちのいずれか一つ又は任意の組み合わせであってよい。
【０３２０】
代わりに、本発明の別の実施形態において、Ｎの特定の値は２であり得る。そして、ＰＵＳＣＨが送信されるサブフレーム（すなわち、ダウンリンク制御情報により示されるサブフレーム）は、スペシャルサブフレーム及び第２のサブフレームのうちのいずれか一方又は任意の組み合わせであってよい。
【０３２１】
スペシャルサブフレームは、サブフレームｎ＋ｋとして表されてよく、第２のサブフレームは、サブフレームｎ＋ｐとして表されてよく、第３のサブフレームは、サブフレームｎ＋ｑとして表されてよく、ｋ、ｐ及びｑは自然数である。
【０３２２】
より具体的には、全ての前述の実施形態におけるＤＣＩでは、スペシャルサブフレーム、第２のサブフレーム及び第３のサブフレームのうちの一つ又は組み合わせが３ビットを用いることにより示されてよい。代わりに、スペシャルサブフレーム及び第２のサブフレームのうちのいずれか一方又は組み合わせが２ビットを用いることにより示される。
【０３２３】
任意に、３ビットは、アップリンクインデックスについての２ビットを含んでよく、残りの１ビットは、新たに追加されるビットであってよく、又は、ダウンリンク制御シグナリング内のビットが残りの１ビットとして再使用され、又は、ダウンリンク制御シグナリング内の予約ビットが残りの１ビットとして用いられ、又は、３ビットの全てが新たに追加されるビットであってよい。
【０３２４】
３ビットを用いることにより、ＰＵＳＣＨが送信されるサブフレームを示す方法、及び、ｎ、ｋ、ｐ及びｑの値について、本明細書の前述の記録が参照されてよい。詳細については、ここでは説明しない。
【０３２５】
任意に、２ビットは、アップリンクインデックスについての２ビット又は２つの新たに追加されるビットであってよい。
【０３２６】
２ビットを用いることにより、ＰＵＳＣＨが送信されるサブフレームを示す方法、及び、ｎ、ｋ、ｐ及びｑの値について、本明細書の前述の記録が参照されてよい。詳細については、ここでは説明しない。
【０３２７】
本発明の全ての実施形態において、スペシャルサブフレーム内のＵｐＰＴＳは、少なくとも２つの態様におけるＰＵＳＣＨ送信に加えてよい。一態様は、ＰＵＳＣＨがＵｐＰＴＳで独立して送信されることである。別の態様は、スペシャルサブフレーム及び隣接サブフレームが拡張型サブフレームを形成すること、例えば、サブフレーム１（スペシャルサブフレーム）及びサブフレーム２が拡張型サブフレームを形成することである。
【０３２８】
スペシャルサブフレーム及び隣接サブフレームは、拡張型サブフレームを形成し、これは、スペシャルサブフレーム内のＵｐＰＴＳ及び隣接サブフレームが拡張型サブフレームを形成することに相当することに留意されたい。
【０３２９】
ＰＵＳＣＨがＵｐＰＴＳで独立して送信されるケースについて、図１６を参照すると、装置１５０は、
ＰＵＳＣＨを送信するためのサブフレームが、スペシャルサブフレームであり、又は、スペシャルサブフレーム及び第２のサブフレームであり、又は、スペシャルサブフレーム及び第３のサブフレームであり、又は、スペシャルサブフレーム、第２のサブフレーム及び第３のサブフレームであり、かつ、ＰＵＳＣＨが、独立したサブフレームとして用いられるスペシャルサブフレームで送信されるときに、ダウンリンクシグナリングで示されるスケールアップされた物理リソースブロックＰＲＢの数を対応してスケールダウンするように構成されるダウンユニット１５３と、
スケールダウンされたＰＲＢの数を用いることによりＴＢＳを決定されるように構成される第１のＴＢＳ決定ユニット１５４とをさらに含んでよく、ＰＵＳＣＨは、決定されたＴＢＳに従って送信される。
【０３３０】
具体的な詳細について、本明細書の前述の記録が参照されてよい。詳細については、ここでは説明しない。
【０３３１】
スペシャルサブフレーム及び隣接サブフレームが拡張型サブフレームを形成するケースについて、図１７を参照すると、装置１５０は、
ダウンリンク制御情報により示されるスペシャルサブフレーム、及び、隣接サブフレームが拡張型サブフレームを形成するときに、ダウンリンクシグナリングで示されるスケールダウンされたＰＲＢの数を対応してスケールアップするように構成されるアップユニット１５５と、
スケールアップされたＰＲＢの数を用いることによりＴＢＳを決定するように構成される第２のＴＢＳ決定ユニット１５６とをさらに含み、ＰＵＳＣＨは、決定されたＴＢＳに従って送信され、隣接サブフレームは、スペシャルサブフレームに隣接するアップリンクサブフレームである。
【０３３２】
具体的な詳細について、本明細書の前述の記録が参照されてよい。詳細については、ここでは説明しない。
【０３３３】
さらに、図１８を参照すると、装置１５０は、アップユニット１５３、第１のＴＢＳ決定ユニット１５４、ダウンユニット１５５及び第２のＴＢＳ決定ユニット１５６も含んでよい。
【０３３４】
図１９は、無線通信システム内にあり、かつ、ＰＵＳＣＨを送信する方法を実行するのに役立つ無線通信デバイス１９０（又は、装置１５０）についての例示的な図である。
【０３３５】
無線通信デバイス１９０は、少なくとも受信機１９１、プロセッサ１９３及び送信機１９４を含んでよい。
【０３３６】
受信機１９１は、例えば、受信アンテナ（不図示）から信号を受信し、受信した信号に（フィルタリング、増幅、ダウンコンバージョン等のような）典型的な動作を実行し、調整された信号をデジタル化してサンプルを得るように構成される。受信機１９１は、例えば、ＭＭＳＥ（最小平均二乗誤差、Ｍｉｎｉｍｕｍ  Ｍｅａｎ−Ｓｑｕａｒｅｄ  Ｅｒｒｏｒ）受信機であってよい。
【０３３７】
送信機１９４は、基地局等に信号を送信するように構成される。実際の適用において、受信機１９１及び送信機１９４は、共に一体化されて送受信機を形成してもよい。
【０３３８】
無線通信デバイス１９０は、メモリ１９５を含んでよく、メモリ１９５は、プロセッサ１９３に操作的に結合され、以下のデータを格納する、つまり、送信されるデータ、受信されたデータ、及び本明細書における様々な操作及び機能の実行に関連する任意の他の適切な情報を格納する。メモリ１９５は、さらに、極コード処理に関連するプロトコル及び／又はアルゴリズムを格納してよい。
【０３３９】
本明細書で説明されるデータストレージ装置（例えば、メモリ１９５）は、揮発性メモリ又は不揮発性メモリであってよく、又は、揮発性メモリ及び不揮発性メモリの両方を含んでよいことが理解され得る。不揮発性メモリは、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、リードオンリメモリ）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ、プログラマブルリードオンリメモリ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  ＰＲＯＭ、消去可能プログラマブルリードオンリメモリ）、ＥＥＰＲＯＭ（電気的消去可能プログラマブルリードオンリメモリ）、又は、フラッシュメモリを含んでよく、揮発性メモリは、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ランダムアクセスメモリ）を含んでよく、外部キャッシュとして用いられるということは、制限的なものではなく、むしろ例示的なものである。ＳＲＡＭ（Ｓｔａｔｉｃ  ＲＡＭ、スタティックランダムアクセスメモリ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ  ＲＡＭ、ダイナミックランダムアクセスメモリ）、ＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ、シンクロナスダイナミックランダムアクセスメモリ）、ＤＤＲ  ＳＤＲＡＭ（Ｄｏｕｂｌｅ  Ｄａｔａ  Ｒａｔｅ  ＳＤＲＡＭ、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ）、ＥＳＤＲＡＭ（Ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ、エンハンスドシンクロナスダイナミックランダムアクセスメモリ）、ＳＬＤＲＡＭ（Ｓｙｎｃｈｌｉｎｋ  ＤＲＡＭ、シンクリンクダイナミックランダムアクセスメモリ）、及び、ＤＲ  ＲＡＭ（Ｄｉｒｅｃｔ  Ｒａｍｂｕｓ  ＲＡＭ、ダイレクトランバスランダムアクセスメモリ）のような多くの形式のＲＡＭが用いられてよく、これは、制限的な説明ではなくむしろ例示なものである。本明細書で説明されるメモリ１９５は、これらのメモリ及び適切なタイプの任意の他のメモリを含むことが意図されるが、これらに限定されない。
【０３４０】
無線通信デバイス１９０は、復調器１９２及びデコーダ１９７をさらに含んでよく、復調器１９２は、受信した信号を復調し、デコードのために、受信した信号をデコーダ１９７に提供するように構成されてよい。デコーダ１９７がデコードした後に、トランスポートブロックビットのような元の情報ビットが得られれてよい。
【０３４１】
無線通信デバイス１９０は、エンコーダ１９６をさらに含んでよく、エンコーダ１９６は、トランスポートブロックビットのような元の情報ビットをエンコードして、無線チャネルによりもたらされる影響をレジストできる。
【０３４２】
無線通信デバイス１９０は、変調器１９８をさらに含んでよく、変調器１９８は、エンコードされたビットを変調できる。
【０３４３】
プロセッサ１９３は、特に、受信機１９１により受信された情報、又は、デコーダ１９７により出力された情報を分析し、及び／又は、送信機１９４により送信される情報又はエンコーダ１９６により処理される情報を生成するように構成されるプロセッサ、無線通信デバイス１９０の１又は複数のコンポーネントを制御するように構成されるプロセッサ、及び／又は、受信機１９１により受信される信号を分析し、送信機１９４により送信される情報を生成し、かつ、無線通信デバイス１９０の１又は複数のコンポーネントを制御するように構成されるコントローラであってよい。
【０３４４】
さらに、復調器１９２及び／又はデコーダ１９７及び／又はエンコーダ１９６及び／又は変調器１９８は、プロセッサ１９３から分離されていることが示されているば、復調器１９３及び／又はデコーダ１９７及び／又はエンコーダ１９６及び／又は変調器１９８は、プロセッサ１９３の一部又は複数のプロセッサ（不図示）であってよいことが理解され得る。
【０３４５】
さらに、レイヤデマッピングモジュール、リソースデマッピングモジュール等（不図示）が復調器１９２と受信機１９１との間にさらに含まれてよく、レイヤマッピングモジュール、リソースマッピングモジュール等（不図示）が変調器１９８と送信機１９４との間にさらに含まれてよく、デスクランブルモジュールが復調器１９２とデコーダ１９７との間にさらに含まれてよく、スクランブリングモジュールがエンコーダ１９６と変調器１９８との間（両方のモジュールは不図示である）にさらに含まれてよい。
【０３４６】
プロセッサ１９３又は複数のプロセッサは、メモリに格納されるソフトウェアプログラムを動作させ、メモリに格納されるデータを呼び出すことにより、送受信機（受信機１９１及び送信機１９４をさらに含んでよい）に、
物理アップリンク共有チャネルＰＵＳＣＨを送信するよう指示するダウンリンク制御シグナリングを第１のサブフレームで受信する手順であって、ダウンリンク制御シグナリングは、ダウンリンク制御情報を伝達し、ダウンリンク制御情報は、ＰＵＳＣＨを送信するためのサブフレームを示すべく用いられ、ＰＵＳＣＨを送信するためのサブフレームは、Ｎ個のサブフレーム（Ｎは、１より小さくない整数である）のうちのいずれか一つ又は任意の組み合わせであってよく、Ｎ個のサブフレームは、スペシャルサブフレームを含み、第１のサブフレームは、サブフレームｎ（ｎは、０より大きい又は０に等しく、かつ、１０より小さい）として表される、手順と、
ダウンリンク制御情報により示されるサブフレームでＰＵＳＣＨを送信する手順とを実行させることを指示するように構成されてよい。
【０３４７】
具体的な詳細について、本明細書の前述の記録が参照されてよい。詳細については、ここでは説明しない。
【０３４８】
本発明の別の実施形態において、全ての前述の実施形態におけるプロセッサは、メモリに格納されるソフトウェアプログラムを動作させ、メモリに格納されるデータを呼び出すことにより、
ＰＵＳＣＨを送信するためのサブフレームが、スペシャルサブフレームであり、又は、スペシャルサブフレーム及び第２のサブフレームであり、又は、スペシャルサブフレーム及び第３のサブフレームであり、又は、スペシャルサブフレーム、第２のサブフレーム及び第３のサブフレームであり、かつ、ＰＵＳＣＨが、独立したサブフレームとして用いられるスペシャルサブフレームで送信されるときに、ダウンリンクシグナリングで示されるスケールアップされた物理リソースブロックＰＲＢの数を対応してスケールダウンする手順と、
スケールダウンされたＰＲＢの数を用いることによりＴＢＳを決定する手順とを実行するようにさらに構成されてよく、ＰＵＳＣＨは、決定されたＴＢＳに従って送信される。
【０３４９】
本発明の別の実施形態において、全ての前述の実施形態におけるプロセッサは、メモリに格納されるソフトウェアプログラムを動作させ、メモリに格納されるデータを呼び出すことにより、
ダウンリンク制御情報により示されるスペシャルサブフレーム、及び、隣接サブフレームが拡張型サブフレームを形成するときに、ダウンリンクシグナリングで示されるスケールダウンされたＰＲＢの数を対応してスケールアップする手順と、
スケールアップされたＰＲＢの数を用いることによりＴＢＳを決定する手順とを実行するようにさらに構成されてよく、ＰＵＳＣＨは、決定されたＴＢＳに従って送信され、隣接サブフレームは、スペシャルサブフレームに隣接するアップリンクサブフレームである。
【０３５０】
具体的な詳細について、本明細書の前述の記録が参照されてよい。詳細については、ここでは説明しない。
【０３５１】
１又は複数の実施形態のうちの複数の例が上述されている。当然ながら、当該１又は複数の実施形態を説明すべく、コンポーネント又は方法についての全ての可能な組み合わせを説明することは不可能であるが、当業者であれば、実施形態がさらに組み合わせられ、かつ、修正され得ることが分かるべきである。従って、本願に説明される当該１又は複数の実施形態は、添付の特許請求の範囲の趣旨及び保護範囲に属する全ての変更、修正及びバリエーションを含むことが意図されている。さらに、明細書又は特許請求の範囲で用いられる「含む（ｉｎｃｌｕｄｅ）」という用語について、当該用語に含まれる意味は、用語「含む（ｉｎｃｌｕｄｅ）」に含まれるものと同様であり、かつ、特許請求の範囲において接続用語として説明される用語「含む（ｉｎｃｌｕｄｅ）」と同様である。
【０３５２】
当業者は、本明細書に開示される複数の実施形態において説明される複数の例との組み合わせにおいて、複数のユニット及びアルゴリズムの手順が、電子的ハードウェア、又は、コンピュータソフトウェア及び電子的ハードウェアの組み合わせにより実装され得ることを知り得る。複数の機能がハードウェアにより実行されるか又はソフトウェアにより実行されるかは、技術的解決手段についての特定のアプリケーション及び設計上の制約条件に依存する。当業者は、各特定のアプリケーションに対する説明された機能を実装すべく、異なる方法を用いてよいが、その実装は、本発明の範囲を超えることが考慮されるべきである。
【０３５３】
本願で提供されるいくつかの実施形態において、開示されたシステム、装置及び方法は、他の態様に実装され得ることが理解されるべきである。例えば、説明された装置の実施形態は、単に例示したものに過ぎない。例えば、ユニットの区分は、単に論理的な機能の区分に過ぎず、実際の実装において他の区分であってよい。例えば、複数のユニット又はコンポーネントが組み合わせられてよく、若しくは、別のシステムに一体化されてよく、又は、いくつかの特徴が無視されてよく、若しくは、実行されなくてよい。さらに、表示又は説明された相互の結合若しくは直接的な結合、又は、複数の通信接続は、いくつかのインタフェースを用いることにより実装されてよい。複数の装置又は複数のユニット間の間接的な結合又は通信接続は、電子的、機械的又は他の形式で実装されてよい。
【０３５４】
別個の部品として説明される複数のユニットは、物理的に分離されてもよく、又は、分離されなくてもよく、複数のユニットとして表示される複数の部品は、物理的なユニットであってよく、又は、物理的なユニットでなくてもよく、１箇所に位置されてよく、又は、複数のネットワークユニットに分散されてよい。複数のユニットのうちのいくつか又は全ては、複数の実施形態についての解決手段の目的を実現するための実際の要求に従って選択されてよい。
【０３５５】
さらに、本発明の複数の実施形態における複数の機能的なユニットは、１つの処理ユニットに一体化されてよく、又は、当該ユニットのそれぞれが物理的に単独で存在してよく、又は、２又はそれより多いユニットが１つのユニットに一体化される。
【０３５６】
複数の機能は、ソフトウェア機能ユニットの形で実装され、独立した製品として販売又は利用されるときに、複数の機能は、コンピュータ可読記憶媒体に格納されてよい。このような理解に基づいて、本質的に本発明の複数の技術的解決手段、又は、従来技術に寄与する部分、又は、複数の技術的解決手段のうちのいくつかが、ソフトウェア製品の形で実装されてよい。コンピュータソフトウェア製品は、記憶媒体に格納され、本発明の複数の実施形態で説明された方法の複数の段階の全て又はいくつかを実行すべく、コンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワークデバイス等であってよい）に命令するためのいくつかの命令を含む。前述の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリメモリ（ＲＯＭ、Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、磁気ディスク又は光ディスクのような、プログラムコードを格納できる任意の媒体を含む。
【０３５７】
前述の説明は、単に、本発明の具体的な複数の実装態様に過ぎず、本発明の保護範囲を制限することを意図したものではない。本発明に開示される技術的な範囲内で当業者により容易想到される任意のバリエーション又は置換が、本発明の保護範囲に属するだろう。従って、本発明の保護範囲は、特許請求の範囲の保護範囲の対象となるだろう。
【図１】
0006386594.tif 000014
【図２】
0006386594.tif 000015
【図３】
0006386594.tif 000016
【図４】
0006386594.tif 000017
【図５】
0006386594.tif 000018
【図６】
0006386594.tif 000019
【図７】
0006386594.tif 000020
【図８】
0006386594.tif 000021
【図９】
0006386594.tif 000022
【図１０】
0006386594.tif 000023
【図１１】
0006386594.tif 000024
【図１２】
0006386594.tif 000025
【図１３】
0006386594.tif 000026
【図１４】
0006386594.tif 000027
【図１５】
0006386594.tif 000028
【図１６】
0006386594.tif 000029
【図１７】
0006386594.tif 000030
【図１８】
0006386594.tif 000031
【図１９】
0006386594.tif 000032