特開 2024-73642 低減された帯域幅を用いるＷＴＲＵに対してアップリンク送信およびＭＢＭＳをサポートするための方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024073642

(43)【公開日】2024-05-29

(54)【発明の名称】低減された帯域幅を用いるＷＴＲＵに対してアップリンク送信およびＭＢＭＳをサポートするための方法および装置

(51)【国際特許分類】

   H04W 72/21 20230101AFI20240522BHJP

   H04W 72/232 20230101ALI20240522BHJP

   H04W 72/0453 20230101ALI20240522BHJP

【ＦＩ】

H04W72/21

H04W72/232

H04W72/0453

【審査請求】有

【請求項の数】20

【出願形態】ＯＬ

(21)【出願番号】P 2024044826

(22)【出願日】2024-03-21

(62)【分割の表示】P 2022013022の分割

【原出願日】2015-08-14

(31)【優先権主張番号】62/037,739

(32)【優先日】2014-08-15

(33)【優先権主張国・地域又は機関】US

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＷＣＤＭＡ

(71)【出願人】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】弁理士法人谷・阿部特許事務所

(72)【発明者】

【氏名】イ ムン－イル

(72)【発明者】

【氏名】玉置 延幸

(72)【発明者】

【氏名】ジャネット エー．スターン－ベルコウィッツ

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA21

5K067CC02

5K067DD11

5K067EE02

5K067EE10

(57)【要約】

【課題】低コストＷＴＲＵと通常のＷＴＲＵの共存をサポートする通信および適正な動作を可能にする方法および手続きが必要になり得る。
【解決手段】アップリンク送信およびマルチメディア同報通信マルチキャストサービス（ＭＢＭＳ）は、低減された帯域幅内のアップリンク（ＵＬ）リソース割当てを受信し、かつＵＬリソース割当てを介して送信を送ることにより、全体のシステム帯域幅内の低減された帯域幅上で動作するＷＴＲＵでサポートできる。低減された帯域幅は、システムＰＵＣＣＨを含む全体のシステム帯域幅の帯域端部に位置するＰＲＢと重ならない少数の物理リソースブロック（ＰＲＢ）を含むことができる。ＵＬリソースは、低減された帯域幅の両方の帯域端部に位置することができ、低減された帯域幅の同じ周波数のＰＲＢ対とすることができ、または低減された帯域幅の第１のサブフレームの第１のスロット、および第２のサブフレームの第２のスロットにおけるＰＲＢ対とすることができる。
【選択図】図４

【特許請求の範囲】

【請求項1】

無線送受信ユニット（ＷＴＲＵ）であって、
受信機と、
送信機と、
プロセッサとを備え、
前記受信機および前記プロセッサは、少なくとも２つの物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースのインジケーションを受信するよう構成され、各ＰＵＣＣＨリソースは少なくとも１つの物理リソースブロック（ＰＲＢ）を含み、各ＰＵＣＣＨリソースは第１のＰＵＣＣＨ割当てタイプまたは第２のＰＵＣＣＨ割当てタイプと関連付けられており、前記第１のＰＵＣＣＨ割当てタイプは周波数ホッピングなしと関連付けられており、前記第２のＰＵＣＣＨ割当てタイプは周波数ホッピングと関連付けられており、
前記プロセッサは、ダウンリンク制御情報（ＤＣＩ）におけるインジケーションに基づいて、前記少なくとも２つのＰＵＣＣＨリソースからＰＵＣＣＨリソースを決定するようさらに構成され、
前記送信機は、前記決定されたＰＵＣＣＨリソースに基づいて、ＰＵＣＣＨ送信を送るよう構成され、前記決定されたＰＵＣＣＨリソースが前記第１のＰＵＣＣＨ割当てタイプと関連付けられている条件で、前記ＰＵＣＣＨ送信は、周波数ホッピングなしで送られ、前記決定されたＰＵＣＣＨリソースが前記第２のＰＵＣＣＨ割当てタイプと関連付けられている条件で、前記ＰＵＣＣＨ送信は、周波数ホッピングとともに送られる
ことを特徴とするＷＴＲＵ。

【請求項2】

前記プロセッサは、関連付けられたＤＣＩの開始制御チャネル要素（ＣＣＥ）に基づいて、前記少なくとも２つのＰＵＣＣＨリソースからＰＵＣＣＨリソースを決定するようさらに構成された請求項１に記載のＷＴＲＵ。

【請求項3】

前記プロセッサは、前記ＤＣＩにおける前記インジケーションに基づいて、前記決定されたＰＵＣＣＨリソースの位置を決定するようさらに構成された請求項１に記載のＷＴＲＵ。

【請求項4】

前記ＰＵＣＣＨリソースの前記位置は、ＰＲＢである請求項３に記載のＷＴＲＵ。

【請求項5】

前記第１のＰＵＣＣＨ割当てタイプは、ＰＲＢの１つのセットと関連付けられている請求項１に記載のＷＴＲＵ。

【請求項6】

前記第２のＰＵＣＣＨ割当てタイプは、ＰＲＢの２つのセットと関連付けられている請求項１に記載のＷＴＲＵ。

【請求項7】

前記決定されたＰＵＣＣＨリソースが前記第１のＰＵＣＣＨ割当てタイプと関連付けられている条件で、前記ＰＵＣＣＨ送信は、ＰＲＢの１つのセットを使用して送られる請求項１に記載のＷＴＲＵ。

【請求項8】

前記決定されたＰＵＣＣＨリソースが前記第２のＰＵＣＣＨ割当てタイプと関連付けられている条件で、前記ＰＵＣＣＨ送信は、ＰＲＢの２つのセットを使用して送られる請求項１に記載のＷＴＲＵ。

【請求項9】

前記周波数ホッピングは、ＰＲＢの前記２つのセットの内のＰＲＢの第１のセットおよびＰＲＢの前記２つのセットの内のＰＲＢの第２のセットの上で前記ＰＵＣＣＨ送信を送ることを含む請求項８に記載のＷＴＲＵ。

【請求項10】

前記周波数ホッピングは、時間期間において起こり、前記時間期間はサブフレームである請求項９に記載のＷＴＲＵ。

【請求項11】

無線送受信ユニット（ＷＴＲＵ）によって実施される方法において、
少なくとも２つの物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースのインジケーションを受信するステップであって、各ＰＵＣＣＨリソースは少なくとも１つの物理リソースブロック（ＰＲＢ）を含み、各ＰＵＣＣＨリソースは第１のＰＵＣＣＨ割当てタイプまたは第２のＰＵＣＣＨ割当てタイプと関連付けられており、前記第１のＰＵＣＣＨ割当てタイプは周波数ホッピングなしと関連付けられており、前記第２のＰＵＣＣＨ割当てタイプは周波数ホッピングと関連付けられている、ステップと、
ダウンリンク制御情報（ＤＣＩ）におけるインジケーションに基づいて、前記少なくとも２つのＰＵＣＣＨリソースからＰＵＣＣＨリソースを決定するステップと、
前記決定されたＰＵＣＣＨリソースに基づいて、ＰＵＣＣＨ送信を送るステップであって、前記決定されたＰＵＣＣＨリソースが前記第１のＰＵＣＣＨ割当てタイプと関連付けられている条件で、前記ＰＵＣＣＨ送信は、周波数ホッピングなしで送られ、前記決定されたＰＵＣＣＨリソースが前記第２のＰＵＣＣＨ割当てタイプと関連付けられている条件で、前記ＰＵＣＣＨ送信は、周波数ホッピングとともに送られる、ステップと
を備えることを特徴とする方法。

【請求項12】

関連付けられたＤＣＩの開始制御チャネル要素（ＣＣＥ）に基づいて、前記少なくとも２つのＰＵＣＣＨリソースからＰＵＣＣＨリソースを決定するステップ
をさらに備える請求項１１に記載の方法。

【請求項13】

前記ＤＣＩにおける前記インジケーションに基づいて、前記決定されたＰＵＣＣＨリソースの位置を決定するするステップ
をさらに備える請求項１１に記載の方法。

【請求項14】

前記ＰＵＣＣＨリソースの前記位置は、ＰＲＢである請求項１３に記載の方法。

【請求項15】

前記第１のＰＵＣＣＨ割当てタイプは、ＰＲＢの１つのセットと関連付けられている請求項１１に記載の方法。

【請求項16】

前記第２のＰＵＣＣＨ割当てタイプは、ＰＲＢの２つのセットと関連付けられている請求項１１に記載の方法。

【請求項17】

前記決定されたＰＵＣＣＨリソースが前記第１のＰＵＣＣＨ割当てタイプと関連付けられている条件で、前記ＰＵＣＣＨ送信は、ＰＲＢの１つのセットを使用して送られる請求項１１に記載の方法。

【請求項18】

前記決定されたＰＵＣＣＨリソースが前記第２のＰＵＣＣＨ割当てタイプと関連付けられている条件で、前記ＰＵＣＣＨ送信は、ＰＲＢの２つのセットを使用して送られる請求項１１に記載の方法。

【請求項19】

前記周波数ホッピングは、ＰＲＢの前記２つのセットの内のＰＲＢの第１のセットおよびＰＲＢの前記２つのセットの内のＰＲＢの第２のセットの上で前記ＰＵＣＣＨ送信を送ることを含む請求項１８に記載の方法。

【請求項20】

前記周波数ホッピングは、時間期間において起こり、前記時間期間はサブフレームである請求項１９に記載の方法。

【発明の詳細な説明】

【背景技術】

【0001】

本発明は、低減された帯域幅を用いるＷＴＲＵに対してアップリンク送信およびＭＢＭＳをサポートするための方法および装置に関する。

【0002】

本出願は、２０１４年８月１５日に出願された米国特許仮出願第６２／０３７，７３９号明細書の利益を主張するものであり、その内容を本明細書に参照により組み込む。

【0003】

コストと複雑さの問題に起因して、低コストの無線送受信ユニット（ＷＴＲＵ）は、通常の（すなわち、より複雑な）ＷＴＲＵと比較して、１つ以上の低減された機能（Reduced capabilities）を有することができる。低コストのＷＴＲＵは、例えば、低減された帯域幅（Reduced bandwidth）、単一受信機モード（Ｒｘ）、またはトランスポートブロックサイズ（ＴＢＳ）制限などにより制限され得る。

【発明の概要】

【発明が解決しようとする課題】

【0004】

したがって、低コストＷＴＲＵと通常のＷＴＲＵの共存をサポートする通信および適正な動作を可能にする方法および手続きが必要になり得る。

【課題を解決するための手段】

【0005】

実施形態では、システム帯域幅の低減された帯域幅上で動作する無線送受信ユニット（ＷＴＲＵ）におけるアップリンク送信をサポートする方法が開示される。方法は、アップリンク（ＵＬ）送信のために、システム帯域幅内における低減された帯域幅の周波数位置を決定するステップと、低減された帯域幅の決定された周波数位置内で物理アップリンク制御チャネル（ＰＵＣＣＨ）送信のためのＵＬリソースを決定するステップと、決定された低減された帯域幅およびＵＬリソースでＰＵＣＣＨを送るステップとを含むことができる。

【0006】

実施形態では、システム帯域幅の低減された帯域幅上で動作しながら、アップリンク送信およびマルチメディア同報通信マルチキャストサービス（ＭＢＭＳ）をサポートする無線送受信ユニット（ＷＴＲＵ）が開示される。ＷＴＲＵは、アップリンク（ＵＬ）送信のために、システム帯域幅内における低減された帯域幅の周波数位置を決定するように構成された回路と、低減された帯域幅の決定された周波数位置内で物理アップリンク制御チャネル（ＰＵＣＣＨ）送信のためのＵＬリソースを決定するように構成された回路と、決定された低減された帯域幅およびＵＬリソースでＰＵＣＣＨを送るように構成された回路とを含むことができる。

【発明の効果】

【0007】

以上説明したように、低コストＷＴＲＵと通常のＷＴＲＵの共存をサポートする通信および適正な動作を可能にする方法および手続きが提供される。

【図面の簡単な説明】

【0008】

【図1A】１または複数の開示される実施形態が実施され得る例示的な通信システムのシステム図である。

【図1B】図１Ａで示された通信システム内で使用できる例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。

【図1C】図１Ａで示された通信システム内で使用できる例示的な無線アクセスネットワーク、および例示的なコアネットワークのシステム図である。

【図2】物理アップリンク制御チャネル（ＰＵＣＣＨ）に対する変調シンボルのマッピングを示す図である。

【図3】発展型マルチメディア同報通信／マルチキャストサービス（ｅＭＢＭＳ）に対する論理ネットワークアーキテクチャを示す図である。

【図4】低コスト無線送受信ユニットの低減された帯域幅におけるタイプＡ低コスト物理アップリンク制御チャネル（ＬＣ－ＰＵＣＣＨ）リソース割当て例を示す図である。

【図5】低コストＷＴＲＵの低減された帯域幅におけるタイプＢのＬＣ－ＰＵＣＣＨリソース割当ての例を示す図である。

【図6】低コストＷＴＲＵの低減された帯域幅におけるタイプＣのＬＣ－ＰＵＣＣＨリソース割当ての例を示す図である。

【図7】複数のＬＣ－ＰＵＣＣＨリソース構成を示す図である。

【発明を実施するための形態】

【0009】

本明細書で述べられる実施形態は、低減された機能を有する無線送受信ユニット（ＷＴＲＵ）における送信をサポートする方法、システム、および装置を含むことができる。以降で、低コストＷＴＲＵ、ＬＣ－ＭＴＣ、低減された機能のＷＴＲＵ、低減された機能を有する低コストＷＴＲＵ、制限された機能のＷＴＲＵ、および制限された機能を有する低コストＷＴＲＵという用語は、相互に交換可能に使用することができ、限定されることを意図していないことに留意されたい。さらに、ＷＴＲＵ、通常のロングタームエボリューション（ＬＴＥ）ＷＴＲＵ、ＬＴＥ ＷＴＲＵ、レガシーＷＴＲＵ、低減された機能を有しないＷＴＲＵ、および制限された機能を有しないＷＴＲＵは、相互に交換可能に使用することができ、限定されることを意図していない。

【0010】

図１Ａを次に参照すると、１または複数の開示される実施形態が実施され得る例示的な通信システム１００の図が示されている。通信システム１００は、複数の無線ユーザに、音声、データ、ビデオ、メッセージング、同報通信などのコンテンツを提供する複数のアクセスシステムとすることができる。通信システム１００は、無線帯域幅を含むシステムリソースを共有することにより、複数の無線ユーザが、このようなコンテンツにアクセスできるようにする。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、および同様のものなど、１または複数のチャネルアクセス方法を使用することができる。

【0011】

図１Ａで示すように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境で動作し、かつ／または通信するように構成された任意のタイプのデバイスとすることができる。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成でき、かつユーザ機器（ＵＥ）、移動局、固定もしくは移動加入者ユニット、ページャ、セルラ式電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家庭用電子機器、および同様のものを含むことができる。

【0012】

通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含むことができる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６、インターネット１１０、および／または他のネットワーク１１２など、１または複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースをとるように構成された任意のタイプのデバイスとすることができる。例として、基地局１１４ａ、１１４ｂは、送受信機基地局（ＢＴＳ）、ノードＢ、ｅＮｏｄｅＢ、ホームノードＢ、ホームｅＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータ、および同様のものとすることができる。基地局１１４ａ、１１４ｂが、それぞれ、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続される基地局および／またはネットワーク要素を含み得ることが理解されよう。

【0013】

基地局１１４ａは、ＲＡＮ１０４の一部とすることができ、それはまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなど、他の基地局および／またはネットワーク要素（図示せず）を含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ぶこともできる特定の地理的な領域内で無線信号を送信および／または受信するように構成することができる。セルは、セルセクタへとさらに分割することができる。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタへと分割することができる。したがって、一実施形態では、基地局１１４ａは、３つの送受信機、すなわち、セルの各セクタに１つの送受信機を含むことができる。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を使用することができ、したがって、セルの各セクタに対して複数の送受信機を利用することができる。

【0014】

基地局１１４ａ、１１４ｂは、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数のものと通信することができ、無線インターフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができる。無線インターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を用いて確立することができる。

【0015】

より具体的には、上記で述べたように、通信システム１００は、複数のアクセスシステムとすることができ、またＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡおよび同様のものなど、１または複数のチャネルアクセス方式を使用することができる。例えばＲＡＮ１０４における基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサル移動遠隔通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）地上無線アクセス（ＵＴＲＡ：Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）などの無線技術を実施することができ、それは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を用いて無線インターフェース１１６を確立することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）、および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。

【0016】

別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、発展型ＵＭＴＳ地上無線アクセス（Ｅ－ＵＴＲＡ）などの無線技術を実施することができ、それは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ－Ａ）を用いて無線インターフェース１１６を確立することができる。

【0017】

他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ：Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定基準２０００（ＩＳ－２０００）、暫定基準９５（ＩＳ－９５）、暫定基準８５６（ＩＳ－８５６）、グローバルシステムフォーモバイル通信（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＧＳＭエボリューション拡張データレート（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）、および同様のものなどの無線技術を実施することができる。

【0018】

図１Ａにおける基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントとすることができ、また職場、家庭、車両、キャンパス、および同様のものなど、局所化されたエリアでの無線接続性を容易にするために任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ８０２．１１などの無線技術を実施することができる。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ８０２．１５などの無線技術を実施することができる。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａなど）を利用することができる。図１Ａで示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスする必要はないはずである。

【0019】

ＲＡＮ１０４は、コアネットワーク１０６と通信することができ、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数のものに、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスを提供するように構成された任意のタイプのネットワークとすることができる。例えば、コアネットワーク１０６は、呼制御、課金サービス、モバイル位置ベースのサービス、プリペイド電話、インターネット接続性、ビデオ配信などを提供し、かつ／またはユーザ認証などの高レベルのセキュリティ機能を実施することができる。図１Ａで示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴを使用する、または異なるＲＡＴを使用する他のＲＡＮと、直接または間接的に通信できることが理解されよう。例えば、Ｅ－ＵＴＲＡ無線技術を利用することのできるＲＡＮ１０４に接続されるのに加えて、コアネットワーク１０６はまた、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）と通信することもできる。

【0020】

コアネットワーク１０６はまた、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄに対するゲートウェイとして働くことができる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群における伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスの大域システムを含むことができる。ネットワーク１１２は、他のサービスプロバイダにより所有される、かつ／または運用される有線もしくは無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴ、または異なるＲＡＴを使用できる１または複数のＲＡＮに接続された別のコアネットワークを含むことができる。

【0021】

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつか、またはすべては、多重モード機能を含むことができる、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、様々な無線リンクを介して、様々な無線ネットワークと通信するための複数の送受信機を含むことができる。例えば、図１Ａで示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用できる基地局１１４ａと、かつＩＥＥＥ８０２無線技術を使用できる基地局１１４ｂと通信するように構成することができる。

【0022】

図１Ｂを次に参照すると、例示的なＷＴＲＵ１０２のシステム図が示されている。ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、送信／受信素子１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取外し不能メモリ１３０、取外し可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺装置１３８を含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を維持しながら、前述の要素の任意の下位の組合せを含むことができることを理解されよう。

【0023】

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシン、および同様のものとすることができる。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境で動作できるようにする任意の他の機能を実施できる。プロセッサ１１８は、送信／受信素子１２２に結合できる送受信機１２０に結合することができる。図１Ｂは、プロセッサ１１８および送受信機１２０を別々の構成要素として示しているが、プロセッサ１１８および送受信機１２０は、電子パッケージまたはチップへと共に統合できることが理解されよう。

【0024】

送信／受信素子１２２は、無線インターフェース１１６を介して、基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成することができる。例えば、一実施形態では、送信／受信素子１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。別の実施形態では、送信／受信素子１２２は、例えば、ＩＲ、ＵＶまたは可視光信号を送信および／または受信するように構成された放射器／検出器とすることができる。さらに別の実施形態では、送信／受信素子１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成できる。送信／受信素子１２２は、無線信号の任意の組合せを送信および／または受信するように構成できることが理解されよう。

【0025】

さらに、送信／受信素子１２２は、単一の素子として図１Ｂで示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信素子１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用することができる。したがって、一実施形態では、ＷＴＲＵ１０２は、無線インターフェース１１６を介して無線信号を送信および受信するために、２つ以上の送信／受信素子１２２（例えば、複数のアンテナ）を含むことができる。

【0026】

送受信機１２０は、送信／受信素子１２２によって送信される信号を変調し、かつ送信／受信素子１２２によって受信される信号を復調するように構成することができる。上記で述べたように、ＷＴＲＵ１０２は、多重モード機能を有することができる。したがって、送受信機１２０は、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して、ＷＴＲＵ１０２が通信できるようにするために、複数の送受信機を含むことができる。

【0027】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）表示ユニット、または有機発光ダイオード（ＯＬＥＤ）表示ユニット）に結合され、かつそれらからユーザ入力データを受け取ることができる。プロセッサ１１８はまた、ユーザデータを、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力することもできる。さらにプロセッサ１１８は、取外し不能メモリ１３０、および／または取外し可能メモリ１３２など、任意のタイプの適切なメモリに、情報をアクセスし、かつデータを記憶することができる。取外し不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含むことができる。取外し可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード、および同様のものを含むことができる。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置していないメモリに情報をアクセスし、またデータを記憶することができる。

【0028】

プロセッサ１１８は、電源１３４から電力を受け取ることができ、またＷＴＲＵ１０２内の他の構成要素に電力を配布する、かつ／または制御するように構成することができる。電源１３４は、ＷＴＲＵ１０２に電源を供給するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１または複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素電池（ＮｉＭＨ）、リチウムイオン（Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池、および同様のものを含むことができる。

【0029】

プロセッサ１１８はまた、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成できるＧＰＳチップセット１３６に結合することができる。ＧＰＳチップセット１３６からの情報に加えて、またはそれに代えて、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）から無線インターフェース１１６を介して位置情報を受信する、かつ／または２つ以上の近傍の基地局から信号が受信されるタイミングに基づき、その位置を決定することができる。ＷＴＲＵ１０２は、実施形態との整合性を維持しながら、任意の適切な位置決定法によって位置情報を取得できることが理解されよう。

【0030】

プロセッサ１１８は、他の周辺装置１３８にさらに結合することができ、他の周辺装置１３８は、さらなる特徴、機能性、および／または有線もしくは無線接続性を提供する１または複数のソフトウェア、および／またはハードウェアモジュールを含むことができる。例えば、周辺装置１３８は、加速度計、電子コンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョン送受信機、手を使用しないヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタルミュージックプレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および同様のものを含むことができる。

【0031】

図１Ｃを次に参照すると、実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図が示されている。上記で述べたように、ＲＡＮ１０４は、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、Ｅ－ＵＴＲＡ無線技術を使用することができる。ＲＡＮ１０４はまた、コアネットワーク１０６と通信できる。

【0032】

ＲＡＮ１０４は、ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との一貫性を維持しながら、任意の数のｅＮｏｄｅＢを含み得ることが理解されよう。ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数の送受信機を含むことができる。一実施形態では、ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実施することができる。したがって、例えば、ｅＮｏｄｅＢ１４０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつそこから無線信号を受信することができる。

【0033】

ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれは、特定のセル（図示せず）に関連付けることができ、また無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリング、および同様のものを処理するように構成することができる。図１Ｃで示されるように、ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェースを介して互いに通信することができる。

【0034】

図１Ｃで示されるコアネットワーク１０６は、モビリティ管理エンティティゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含むことができる。前述の要素のそれぞれが、コアネットワーク１０６の一部として示されているが、これらの要素のいずれのものも、コアネットワーク通信事業者以外のエンティティにより所有され、かつ／または運用され得ることが理解されよう。

【0035】

ＭＭＥ１４２は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続することができ、制御ノードとして働くことができる。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザ認証、ベアラの活動化／非活動化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期のアタッチ中に特定のサービングゲートウェイを選択すること、および同様のものなどを扱うことができる。ＭＭＥ１４２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を使用する他のＲＡＮ（図示せず）との間を切り換えるための制御プレーン機能を提供することができる。

【0036】

サービングゲートウェイ１４４は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続することができる。サービングゲートウェイ１４４は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間で、ユーザデータパケットを経路指定し、転送することができる。サービングゲートウェイ１４４はまた、ｅＮｏｄｅＢ間のハンドオーバ中にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理しかつ記憶すること、および同様のものなど、他の機能を実施することができる。

【0037】

サービングゲートウェイ１４４はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ使用可能デバイスとの間の通信を容易にするために、インターネット１１０など、パケット交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することのできるＰＤＮゲートウェイ１４６に接続することができる。

【0038】

コアネットワーク１０６は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８など、回線交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含む、またはそれと通信することができる。さらに、コアネットワーク１０６は、他のサービスプロバイダにより所有され、かつ／または運用される他の有線または無線ネットワークを含むことのできるネットワーク１１２へのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供できる。

【0039】

ＬＴＥ通信では、物理アップリンク制御チャネル（ＰＵＣＣＨ）などのアップリンク制御チャネルは、トラフィックデータとは独立することのできる制御信号を、送信する、送信するために使用できる、搬送する、かつ／または含むことができる。制御信号は、ハイブリッド自動再送要求（ＨＡＲＱ）肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）、チャネル品質インジケータ（ＣＱＩ）、多入力多出力（ＭＩＭＯ）フィードバック、および／またはアップリンク送信を求める要求のスケジューリングのうちの１または複数のものを含むことができる。

【0040】

ＰＵＣＣＨに対して使用される物理リソースは、上位レイヤにより与えられ得る２つのパラメータ、

【0041】

【数1】

【0042】

および

【0043】

【数2】

【0044】

に依存することができる。変数

【0045】

【数3】

【0046】

は、各スロットにおいて、ＰＵＣＣＨフォーマット２／２ａ／２ｂ送信で使用するのに利用可能なリソースブロックにより帯域幅を示すことができる。変数

【0047】

【数4】

【0048】

は、フォーマット１／１ａ／１ｂと２／２ａ／２ｂの混合で使用されるリソースブロックで、ＰＵＣＣＨフォーマット１／１ａ／１ｂに使用される巡回シフトの数を示すことができる。

【0049】

【数5】

【0050】

の値は、｛０，１，・・・，７｝の範囲内における

【0051】

【数6】

【0052】

の整数倍とすることができ、
ここで、

【0053】

【数7】

【0054】

は、上位レイヤにより提供され得る。

【0055】

【数8】

【0056】

である場合、混合されたリソースブロックは存在しない。各スロット内でせいぜい１つのリソースブロックが、フォーマット１／１ａ／１ｂと２／２ａ／２ｂの混合をサポートすることができる。ＰＵＣＣＨフォーマット１／１ａ／１ｂ、２／２ａ／２ｂ、および３の送信に使用されるリソースは、それぞれ、負ではないインデックス

【0057】

【数9】

【0058】

、

【0059】

【数10】

【0060】

、および

【0061】

【数11】

【0062】

により表すことができる。

【0063】

図２を次に参照すると、ＰＵＣＣＨに対する変調シンボルのマッピングが示されている。スロットｎでＰＵＣＣＨの送信に使用される物理リソースブロックは、

【0064】

【数12】

【0065】

により与えられ、式中、変数ｍはＰＵＣＣＨフォーマットに依存する。フォーマット１、１ａ、および１ｂに対しては、

【0066】

【数13】

【0067】

であり、またフォーマット２、２ａ、および２ｂに対しては、

【0068】

【数14】

【0069】

であり、フォーマット３に対しては、

【0070】

【数15】

【0071】

である。

【0072】

サウンディング参照信号が同時送信され、かつ１つのサービングセルが構成されているＰＵＣＣＨフォーマット１、１ａ、１ｂ、もしくは３である場合、サブフレームの第２のスロットにおける最後のＳＣ－ＦＤＭＡシンボルが空のままとすることのできる短縮されたＰＵＣＣＨフォーマットを使用することができる。

【0073】

構成されたサービングセルに対する周波数分割複信（ＦＤＤ）ＨＡＲＱ－ＡＣＫ手続きは、ＰＵＣＣＨフォーマット１ａ／１ｂに対してサポートされる２つのアンテナポート（ｐ∈［ｐ₀，ｐ₁］）におけるＨＡＲＱ－ＡＣＫ送信を含むことができる。ＦＤＤおよび１つの構成されたサービングセルの場合、ＷＴＲＵ１０２は、以下のように、ＰＵＣＣＨリソース

【0074】

【数16】

【0075】

を使用して
ＰＵＣＣＨフォーマット１ａ／１ｂに対するアンテナポートｐにマッピングされた

【0076】

【数17】

【0077】

に対するサブフレームｎで、ＨＡＲＱ－ＡＣＫの送信を行うことができる。

【0078】

サブフレームｎ－４における対応する物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の検出により示された物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信に対して、またはサブフレームｎ－４におけるダウンリンクのセミパーシステントスケジューリング（ＳＰＳ）リリースを示すＰＤＣＣＨに対して、ＷＴＲＵ１０２は、アンテナポートｐ₀に対して

【0079】

【数18】

【0080】

を使用することができ、式中、ｎ_CCEは、対応するダウンリンク制御情報（ＤＣＩ）割り振りの送信に使用される第１の制御チャネル要素（ＣＣＥ）の数（すなわち、ＰＤＣＣＨを構成するために使用される最も低いＣＣＥインデックス）であり、また

【0081】

【数19】

【0082】

は上位レイヤにより構成される。２つのアンテナポート送信の場合、アンテナポートｐ₁に対するＰＵＣＣＨリソースは、

【0083】

【数20】

【0084】

により与えられる。

【0085】

サブフレームｎ－４で検出される対応するＰＤＣＣＨがないプライマリセルにおけるＰＤＳＣＨ送信に対しては、

【0086】

【数21】

【0087】

の値は、上位レイヤ構成、およびＰＵＣＣＨリソース値の事前に構成されたテーブルに従って決定することができる。２つのアンテナ送信に対して構成されたＷＴＲＵ１０２に対しては、ＰＵＣＣＨリソース値の事前に構成されたテーブルにおけるＰＵＣＣＨリソース値が、２つのＰＵＣＣＨリソースにマッピングされ得る。第１のＰＵＣＣＨリソース

【0088】

【数22】

【0089】

は、アンテナポートｐ₀に対するものとすることができ、第２のＰＵＣＣＨリソース

【0090】

【数23】

【0091】

は、アンテナポートｐ₁に対するものとすることができる。あるいは、ＰＵＣＣＨリソース値は、アンテナポートｐ₀に対して単一のＰＵＣＣＨリソース

【0092】

【数24】

【0093】

にマッピングすることができる。

【0094】

図３を次に参照すると、発展型マルチメディア同報通信／マルチキャストサービス（ｅＭＢＭＳ）に対する論理ネットワークアーキテクチャが示されている。マルチセル／マルチキャスト調整エンティティ（ＭＣＥ）は、ＭＢＭＳ送信に対するマルチキャスト同報通信単一周波数ネットワーク（ＭＢＳＦＮ）エリアにおいて、アドミッション制御、および基地局１１４ａ、１１４ｂで使用される無線リソースを提供することができる。ＭＢＭＳに対する無線ベアラならびに物理的な無線リソースの確立および割当ては、このエンティティにより調整され得る。ＭＢＭＳ ＧＷは、ＭＢＭＳユーザデータを、協調させて基地局１１４ａ、１１４ｂに転送するために、ＩＰマルチキャスト機能を提供することができる。Ｍ１、Ｍ２、およびＭ３は、ＭＢＭＳに含まれるエンティティ間でＭＢＭＳに対する制御プレーンインターフェースを提供することができる。

【0095】

アクセス層の面では、ＭＢＳＦＮエリアは、１または複数のＭＢＭＳサービスに対するＭＢＭＳ関連データの送信を調整するセルのセットを定義することができる。実施形態では、基地局１１４ａ、１１４ｂは、最高で８つのＭＢＳＦＮエリアに属することができる。

【0096】

マルチキャスト制御チャネル（ＭＣＣＨ）などのＭＢＭＳ制御情報、およびマルチキャストトラフィックチャネル（ＭＴＣＨ）などのデータは、セルのＳＩＢ２で定義されたＭＢＳＦＮサブフレームで送信することができる。各ＭＢＳＦＮサブフレームでは、１つのＭＢＭＳに関連するトランスポートチャネル（ＭＣＨ）を搬送する単一の物理マルチキャストチャネル（ＰＭＣＨ）を送信することができ、それは、次いで、１つのＭＣＣＨおよび複数のＭＴＣＨ論理チャネルを多重化する。ＭＣＣＨ／ＭＴＣＨの多重化情報は、ＭＣＨのＭＡＣヘッダで提供することができる。

【0097】

単一のＭＣＨトランスポートチャネルは、１つのＭＢＳＦＮサブフレームにおける単一のＰＭＣＨへと送信することができる。ＭＣＨに対するトランスポートフォーマットは固定され、基地局１１４ａ、１１４ｂからの同報通信情報で指定される。

【0098】

ＷＴＲＵ１０２は、以下のステップを用いて、特定のＭＢＭＳサービスの受信を構成することができる。ＷＴＲＵ１０２は、ＭＢＳＦＮサブフレーム構成に関するＳＩＢ２を受信することができる。ＷＴＲＵ１０２は、次いで、この特定のＭＢＳＦＮエリアに対するＭＣＣＨをどのように受信すべきかに関する知識を取得するためにＳＩＢ１３を受信することができる。次に、ＷＴＲＵ１０２は、ＭＣＣＨを受信して、関心のあるサービスに関するＣＳＡ期間、ＣＳＡパターン、およびＭＳＰについての知識を取得することができる。次いで、ＷＴＲＵ１０２は、各ＭＳＰの開始時に、ＭＳＩを受信することができる。これは、どのサブフレームで、関心のあるサービスを見出すことができるかに関する情報を端末に提供することができる。

【0099】

ＭＢＭＳ構成情報を搬送するＭＣＣＨは、ＳＩＢ１３でＭＢＳＦＮエリアに対して定義されるように、ＭＢＳＦＮサブフレームで周期的に送信することができる。ＭＣＣＨに含まれる情報は、基地局１１４ａ、１１４ｂにより時々変更され得る。ＭＢＭＳに対するＭＣＣＨの変更を、受信するＷＴＲＵ１０２に示すために、それは、ＤＣＩフォーマット１Ｃを用いて、Ｍ－ＲＮＴＩでマスクされたＰＤＣＣＨを介して８ビットのビットマスクを送信することができる。８ビットのビットマスクは、ＭＣＣＨが変更されているＭＢＳＦＮエリアを示すことができる。ＭＣＣＨに対する変更は、ＳＩＢ１３で構成されるように、次のＭＣＣＨ修正期間の開始時に行うことができる。

【0100】

以下では、低減されたアップリンク帯域幅を、低コストＷＴＲＵがアップリンク信号を送信できるアップリンク帯域幅と呼ぶことができる。実施形態では、アップリンク低減された帯域幅は、システム帯域幅内に位置する連続する６ＰＲＢとすることができる。６ＰＲＢは、Ｎ_r＜１００であるＮ_rＰＲＢなどの任意の数と置き換えることができる。アップリンク低減帯域幅は、アップリンク低減帯域幅の周波数位置、低コストＷＴＲＵのアップリング周波数位置、および低減された帯域幅を有する低コストＷＴＲＵに対するアップリンクＰＲＢのセットと相互に交換可能に使用することができる。

【0101】

ＰＵＣＣＨリソースは、低減された帯域幅内で提供され、かつ／または使用することができる。いくつかのレガシーＷＴＲＵに対するＰＵＣＣＨは、サブフレームにおける完全なシステム帯域幅の帯域の両端に位置することができる。例えば、ＰＵＣＣＨリソースは、合計５０ＰＲＢを含むことのできる１０ＭＨｚのシステム帯域幅に対して、物理リソースブロック（ＰＲＢ）＃０およびＰＲＢ＃４９に位置することができる。

【0102】

それとは対照的に、低コストＷＴＲＵは、低減された帯域幅など、制限された機能を有することができ、より大きい帯域幅（例えば、１０ＭＨｚ）の端部にあるＰＵＣＣＨリソースにアクセスする、または送信することができないはずである。例えば、低コストＷＴＲＵは、サブフレームにおけるＰＲＢの合計数（例えば、５０ＰＲＢ）の中から少数のＰＲＢ（例えば、６ＰＲＢ）内で動作できるだけである。少数のＰＲＢは、レガシーＷＴＲＵの帯域端部にあるＰＵＣＣＨリソースに重なることはできない。

【0103】

実施形態では、低コストＷＴＲＵに対するＰＵＣＣＨリソース（ＬＣ－ＰＵＣＣＨリソース）は、低コストＷＴＲＵによりサポートされる低減された帯域幅の一方または両方の帯域端部に位置することができる。ＬＣ－ＰＵＣＣＨリソースは、別のＷＴＲＵにより使用するように意図され、かつ提供され得るが、なお、本開示との整合性があり得ることに留意されたい。低減される、および制限されるという用語（例えば、低減された帯域幅、および制限された帯域幅など）は、相互に交換可能に使用することができる。低減された帯域幅は、アップリンク（および／またはダウンリンク）における低減された帯域幅を指すことができる。低減された帯域幅は、セル（例えば、低減帯域幅ＷＴＲＵのサービングセル）のアップリンク（および／またはダウンリンク）帯域幅に関することができる。低減帯域幅ＷＴＲＵと整合性のあるように挙動できるＷＴＲＵは、低減帯域幅ＷＴＲＵと見なすことができる。システム帯域幅は、システムのアップリンク、および／またはダウンリンク帯域幅を表すために使用することができる。システム、セル、基地局、およびｅＮＢという用語は、相互に交換可能に使用することができる。

【0104】

図４を次に参照すると、低減された帯域幅４０４におけるＬＣ－ＰＵＣＣＨリソース割当ての例が示されている。低減された帯域幅は、低コストＷＴＲＵによりサポートされる帯域幅に対応することができる。例示のために、例示的なＬＣ－ＰＵＣＣＨリソースは、タイプＡのＬＣ－ＰＵＣＣＨリソース４０２と呼ばれる。実施形態では、タイプＡのＬＣ－ＰＵＣＣＨリソース４０２は、低減された帯域幅４０４の両方の帯域端部に位置することができる。低減された帯域幅４０４は、全体のシステム帯域幅４０６のうちのＰＲＢのいくつかのサブセット（例えば、中心の６ＰＲＢ）として定義する、または事前に定義することができる。全体のシステム帯域幅は、ＬＣ－ＰＵＣＣＨリソースを提供するセルによりサポートされる、または使用されるアップリンク帯域幅（例えば、完全なアップリンク帯域幅）とすることができる。タイプＡのＬＣ－ＰＵＣＣＨリソース４０２は、ＰＲＢのいくつかのサブセットの両方の帯域端部に位置することができ、スロットホッピングを使用することができる。タイプＡのＬＣ－ＰＵＣＣＨリソース４０２の割当ては、低減された帯域幅４０４および全体のシステム帯域幅４０６が同じであるとき、（例えば、レガシーＷＴＲＵのための）レガシーＰＵＣＣＨリソースと同じであり得る。

【0105】

以下では、ＰＲＢ対（ＰＲＢ pairs）という用語は、サブフレーム内で組み合わされた２つのＰＲＢを指すことができ、第１のＰＲＢは、サブフレームの第１のスロットに位置することができ、第２のＰＲＢは、サブフレームの第２のスロットに位置することができることに留意されたい。スロットホッピングが使用される場合、組み合わされた２つのＰＲＢは、異なる周波数に位置することができる。スロットホッピングがＰＲＢ対に使用されない場合、２つのＰＲＢは、サブフレームにおける同じ周波数に位置することができる。

【0106】

図４では、ｎ’_PRBは、低減された帯域幅４０４内の物理リソースブロック番号を示しており、また

【0107】

【数25】

【0108】

は、アップリンク低減帯域幅構成を示す。例として、低減された帯域幅４０４が６ＰＲＢとして定義された場合、

【0109】

【数26】

【0110】

およびｎ’_PRB∈｛０，１，２，３，４，５｝である。実施形態では、システム帯域幅４０６内の低減された帯域幅４０４の位置は、事前に定義することができる。別の実施形態では、システム帯域幅４０６内の低減された帯域幅４０４の位置は、以下のパラメータのうちの１または複数のものに応じて定義することができる、すなわち、サブフレーム番号、スロット番号、システムフレーム番号（ＳＦＮ）、セル無線ネットワーク仮識別子（Ｃ－ＲＮＴＩ）などのＷＴＲＵ－ＩＤ、拡張型物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）の周波数位置、関連するＰＤＣＣＨの開始制御チャネル要素（ＣＣＥ）番号、関連するＥＰＤＣＣＨの開始拡張型ＣＣＥ（ＥＣＣＥ）番号、および物理的なセルＩＤである。ダウンリンク制御チャネル、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、拡張型物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）、およびＭＴＣ物理ダウンリンク制御チャネル（Ｍ－ＰＤＣＣＨ）という用語は、相互に交換可能に使用できることに留意されたい。加えて、ＣＣＥ、拡張型ＣＣＥ（ＥＣＣＥ）、およびＭＴＣ ＣＣＥ（ＭＣＣＥ）は、相互に交換可能に使用することができる。

【0111】

別の実施形態では、システム帯域幅４０６内の低減された帯域幅４０４の位置は、事前定義のホッピングパターンを用いて定義することができる。低減された帯域幅４０４は、マスター情報ブロック（ＭＩＢ）、またはシステム情報ブロック（ＳＩＢ）などにより、上位レイヤのシグナリングにより構成することができる。

【0112】

図５を次に参照すると、低減された帯域幅５０４におけるＬＣ－ＰＵＣＣＨリソース割当ての別の例が示されている。低減された帯域幅５０４は、低コストＷＴＲＵによりサポートされた帯域幅に対応することができる。例示のために、例示的なＬＣ－ＰＵＣＣＨリソースは、タイプＢのＬＣ－ＰＵＣＣＨリソースと呼ばれる。実施形態では、タイプＢのＬＣ－ＰＵＣＣＨ５０２リソースは、低減された帯域幅５０４内でスロットホッピングを使用せずに定義することができる。タイプＢのＬＣ－ＰＵＣＣＨリソース５０２は、低減された帯域幅５０４内の同じ周波数に位置するＰＲＢ対５０８とすることができる、またはそれを含むことができる。低減された帯域幅５０４は、全体のシステム帯域幅５０６のうちのＰＲＢのいくつかのサブセット（例えば、中心の６ＰＲＢなど）として定義される、または事前に定義され得る。タイプＢのＬＣ－ＰＵＣＣＨリソース５０２は、ＰＲＢのいくつかのサブセットの帯域端部に位置することができる。

【0113】

図５では、ｎ’_PRBは、低減された帯域幅５０４内の物理リソースブロック番号を示しており、また

【0114】

【数27】

【0115】

は、アップリンク低減帯域幅構成を示す。例として、低減された帯域幅５０４が６ＰＲＢとして定義された場合、

【0116】

【数28】

【0117】

およびｎ’_PRB∈｛０，１，２，３，４，５｝である。実施形態では、システム帯域幅５０６内の低減された帯域幅５０４の位置は、事前に定義することができる。別の実施形態では、システム帯域幅５０６内の低減された帯域幅５０４の位置は、以下のパラメータのうちの１または複数のものに応じて定義することができる、すなわち、サブフレーム番号、スロット番号、システムフレーム番号（ＳＦＮ）、Ｃ－ＲＮＴＩなどのＷＴＲＵ－ＩＤ、ＰＤＣＣＨまたはＥＰＤＣＣＨの周波数位置、関連するＰＤＣＣＨの開始ＣＣＥ番号、関連するＥＰＤＣＣＨの開始ＥＣＣＥ番号、および物理的なセルＩＤである。別の実施形態では、システム帯域幅５０６内の低減された帯域幅５０４の位置は、事前に定義されたホッピングパターンを用いて定義することができる。低減された帯域幅５０４は、ＭＩＢまたはＳＩＢによるなど、上位レイヤのシグナリングにより構成することができる。

【0118】

タイプＢのＬＣ－ＰＵＣＣＨ５０４を参照すると、同じ周波数に位置するＰＲＢ対５０８は、ＬＣ－ＰＵＣＣＨリソースとして、またはＬＣ－ＰＵＣＣＨリソース用に使用することができる。ＰＲＢ対５０８は、低減された帯域幅５０４の一方の端部で示されているが、ＰＲＢ対５０８が、低減された帯域幅５０４の反対側の端部に位置する実施形態も考えられる。実施形態では、低減された帯域幅５０４の一方の端部が、ＰＲＢ対の第１のＰＲＢに対応することができ、また低減された帯域幅５０４の他方の端部が、ＰＲＢ対の第２のＰＲＢに対応することができる。実施形態では、ＰＲＢ対５０８は、低減された帯域幅５０４内の任意の位置に位置することができる。ＰＲＢ対５０８の位置は、上位レイヤのシグナリングにより、ＰＵＣＣＨ（例えば、ＬＣ－ＰＵＣＣＨ）送信に関連付けられたダウンリンク制御情報（ＤＣＩ）内のインジケータにより、もしくはＬＣ－ＰＵＣＣＨ送信に関連付けられたＰＤＣＣＨ（またはＥＰＤＣＣＨ）に対する開始ＣＣＥ（またはＥＣＣＥ）番号に応じて定義される、または構成することができる。

【0119】

図６を次に参照すると、低減された帯域幅６０４におけるＬＣ－ＰＵＣＣＨリソース割当ての別の例が示されている。低減された帯域幅６０４は、低コストＷＴＲＵによりサポートされる帯域幅に対応することができる。例示のために、例示的なＬＣ－ＰＵＣＣＨリソースは、タイプＣのＬＣ－ＰＵＣＣＨリソース６０２と呼ばれる。

【0120】

タイプＣのＬＣ－ＰＵＣＣＨリソース６０２を参照すると、ＰＲＢ対は、送信の２つ以上のサブフレームにわたって位置することができる。ここでは、サブフレーム６１０（サブフレームｎで示される）の第１のスロットにおける第１のＰＲＢ６０６（ｍ＝０で示される）、またサブフレーム６１２（サブフレームｎ＋１で示される）の第１のスロットにおける第２のＰＲＢ６０８（ｍ＝０で示される）が、タイプＣのＬＣ－ＰＵＣＣＨ６０２に対するＰＲＢ対として使用することができる。別の例では、サブフレーム６１０の第１のスロットにおける第１のＰＲＢ６０６と、サブフレーム６１２の第２のスロットにおける第２のＰＲＢ６０８とは、タイプＣのＬＣ－ＰＵＣＣＨ６０２に対するＰＲＢ対として使用することができる。別の例では、第１のＰＲＢ６０６は、サブフレーム６１０の第２のスロットにあることができ、また第２のＰＲＢ６０８は、サブフレーム６１２の第２のスロットにあることができ、共にタイプＣのＬＣ－ＰＵＣＣＨ６０２に対するＰＲＢ対として使用することができる。

【0121】

実施形態では、タイプＣのＬＣ－ＰＵＣＣＨ６０２におけるＰＲＢ対は、システム帯域幅の両方の帯域端部に位置することができる。例えば、第１のＰＲＢ６０６は、第１のサブフレーム６１０におけるシステム帯域幅の第１のＰＲＢ（ｎ_PRB＝０）に位置することができ、第２のＰＲＢは、第２のサブフレーム６１２におけるシステム帯域幅の最後のＰＲＢ（

【0122】

【数29】

【0123】

）に位置することができる。

【0124】

実施形態では、例えば、レガシーＰＵＣＣＨと、タイプＣのＬＣ－ＰＵＣＣＨ６０２との間のＰＵＣＣＨリソース衝突を回避するために、オフセットを使用することができる。例えば、第１のＰＲＢ６０６は、第１のサブフレーム６１０において、オフセット（例えば、ｎ_PRB＝Δ_RB）を用いて、システム帯域幅（例えば、

【0125】

【数30】

【0126】

）の第１のＰＲＢに位置することができ、また第２のＰＲＢ６０８は、第２のサブフレーム６１２において、システム帯域幅（例えば、

【0127】

【数31】

【0128】

）の最後のＰＲＢに、オフセット（例えば、

【0129】

【数32】

【0130】

）を用いて位置することができる。オフセットΔ_RBは、上位レイヤのシグナリングにより（例えば、ＭＩＢ、ＳＩＢ、および／またはＲＲＣシグナリングにより）構成することができる。オフセットΔ_RBは、レガシーＰＵＣＣＨリソース構成に対する上位レイヤパラメータに応じて定義することができる。オフセットΔ_RBは、以下のパラメータの少なくとも１つに応じて定義することができる、すなわち、レガシーＷＴＲＵに対するＰＵＣＣＨフォーマット２／２ａ／２ｂにより使用するのに利用可能な帯域幅（例えば、

【0131】

【数33】

【0132】

）、混合されたフォーマットに使用される巡回シフトの数（例えば、

【0133】

【数34】

【0134】

）、および

【0135】

【数35】

【0136】

である。実施形態では、ＰＵＣＣＨリソースは、レガシーＰＵＣＣＨとタイプＣのＬＣ－ＰＵＣＣＨ６０２との間で共有することができる。

【0137】

実施形態では、２つ以上のＬＣ－ＰＵＣＣＨリソース割当てタイプを定義し、かつ／または構成し、かつ／または使用することができる。ＬＣ－ＰＵＣＣＨリソースタイプは、ＬＣ－ＰＵＣＣＨ送信モード、アップリンク送信モード、物理アップリンク共有チャネル（ＰＵＳＣＨ）リソース割当てタイプ、上位レイヤ構成、および／もしくは動的な指示のうちの１または複数のものに基づいて、またはそれに従って選択する、かつ／または使用することができる。

【0138】

局所化されたＬＣ－ＰＵＣＣＨ送信モード、および分散されたＬＣ－ＰＵＣＣＨ送信モードを定義することができる。ＬＣ－ＰＵＣＣＨ送信モードの一方が、上位レイヤのシグナリングまたは動的なシグナリングにより構成され、選択され、かつ／または指示され得る。低コストＷＴＲＵは、ＬＣ－ＰＵＣＣＨ送信モードに従って、もしくは少なくとも基づいて、ＬＣ－ＰＵＣＣＨリソースタイプを選択および／また使用することができる。

【0139】

局所化されたアップリンク送信モード、および分散されたアップリンク送信モードを定義することができる。アップリンク送信モードの一方は、上位レイヤのシグナリングまたは動的シグナリングにより構成することができる。ＷＴＲＵは、アップリンク送信モードに従って、もしくは少なくとも基づいて、ＬＣ－ＰＵＣＣＨリソースタイプを選択および／または使用することができる。

【0140】

ＬＣ－ＰＵＳＣＨ割当ての場合、ホッピングを活動化する、または活動化しないこともあり得る。低コストＷＴＲＵは、ＬＣ－ＰＵＳＣＨホッピングが活動化されるかどうかに従って、もしくは少なくとも基づいて、ＬＣ－ＰＵＣＣＨリソースタイプを選択する、かつ／または使用することができる。例えば、ＬＣ－ＰＵＳＣＨホッピングが活動化される場合、タイプＡのＬＣ－ＰＵＣＣＨリソースを使用することができる。ＰＵＳＣＨホッピングが活動化されない場合、タイプＢのＬＣ－ＰＵＣＣＨリソースをＬＣ－ＰＵＣＣＨリソース割当てに使用することができる。

【0141】

ＬＣ－ＰＵＣＣＨリソースタイプは、上位レイヤ構成に従って、または少なくとも基づいて使用することができる。同報通信信号またはシステム情報（例えば、ＳＩＢ）は、使用すべきＬＣ－ＰＵＣＣＨリソース割当てタイプを構成する、または指示することができる。低コストＷＴＲＵおよび／もしくはセルに対するＬＣ－ＰＵＣＣＨリソースタイプを構成する、または指示するために、上位レイヤのＲＲＣシグナリング（例えば、同報通信された、または専用のもの）を使用することができる。低コストＷＴＲＵは、受信した同報通信および／もしくは上位レイヤのシグナリングに従って、または少なくとも基づいて、ＬＣ－ＰＵＣＣＨリソースタイプを選択する、かつ／または使用することができる。

【0142】

ＬＣ－ＰＵＣＣＨリソースタイプは、動的な指示に従って、または少なくとも基づいて、使用することができる。ＬＣ－ＰＵＣＣＨ送信に関連付けられたＤＣＩで、インジケータを提供する、または含めることができる。低コストＷＴＲＵは、そのインジケータに従って、または少なくとも基づいて、ＬＣ－ＰＵＣＣＨリソースタイプを選択および／または使用することができる。

【0143】

実施形態では、ＰＵＣＣＨフォーマットのサブセットは、ＬＣ－ＰＵＣＣＨにおいて、ＬＣ－ＰＵＣＣＨにより、またはＬＣ－ＰＵＣＣＨに対してサポートされ得る。例えば、ＰＵＣＣＨフォーマット１／１ａ／１ｂは、ＬＣ－ＰＵＣＣＨでサポートすることができる。ＬＣ－ＰＵＣＣＨにおけるＰＵＣＣＨフォーマット１／１ａ／１ｂに対するＰＲＢリソース割当ては、ＰＵＣＣＨフォーマット２／２ａ／２ｂに対するリソース割当てを必要とせずに以下のように定義することができる、すなわち、

【0144】

【数36】

【0145】

単一のコンポーネントキャリアの場合のＰＵＣＣＨインデックスは、以下のように定義することができる、すなわち、

【0146】

【数37】

【0147】

ＷＴＲＵ１０２は、ＬＣ－ＰＵＣＣＨリソースでＰＵＣＣＨ（またはＰＵＣＣＨフォーマット）を送信することができる。ＷＴＲＵ１０２は、例えば、定義、構成、および／または指示に基づいて、ＬＣ－ＰＵＣＣＨリソースおよび／またはタイプを決定することができ、また決定されたＬＣ－ＰＵＣＣＨタイプを用いて、決定されたＬＣ－ＰＵＣＣＨリソースでＰＵＣＣＨを送信することができる。

【0148】

図７を次に参照すると、複数のＬＣ－ＰＵＣＣＨリソース構成が示されている。実施形態では、２つ以上のＬＣ－ＰＵＣＣＨリソース７０２を、セル特有の方法で構成することができる。低コストＷＴＲＵは、サブフレーム７０６において、構成されたＬＣ－ＰＵＣＣＨリソース７０２の１つでＰＵＣＣＨを送信することができる。

【0149】

ＬＣ－ＰＵＣＣＨリソース７０２は、低コストＷＴＲＵの低減された帯域幅７０４に対応することのできるアップリンクＰＲＢのセットとして定義することができる。例えば、低コストＷＴＲＵによりサポートされる低減された帯域幅７０４が、一定数のＰＲＢ（例えば、６ＰＲＢ）である場合、ＬＣ－ＰＵＣＣＨリソース７０２は、一定数のＰＲＢ（例えば、６ＰＲＢ）として定義することができる。

【0150】

実施形態では、２つ以上のＬＣ－ＰＵＣＣＨリソース７０２が、サブフレーム７０６で重なることのないアップリンクＰＲＢの異なるセットで定義することができる。例では、プライマリＬＣ－ＰＵＣＣＨリソース７０２を、中心周波数帯域で定義することができる。ＬＣ－ＰＵＣＣＨリソース７０２に対するＰＲＢのセットが、少数のＰＲＢ（例えば、６ＰＲＢ）を用いて定義され得る。プライマリＬＣ－ＰＵＣＣＨリソース７０２は、システム帯域幅７０８内の中心ＰＲＢ（例えば、中心の６ＰＲＢ）で定義することができる。セカンダリＬＣ－ＰＵＣＣＨリソース７０２は、上位レイヤのシグナリングにより構成することができる。例として、オフセット値（例えば、ＰＲＢにおける、プライマリＬＣ－ＰＵＣＣＨリソースのＰＲＢからの周波数オフセット）が、セカンダリＬＣ－ＰＵＣＣＨリソース７０２の位置を示すために信号で送られ得る。実施形態では、１または複数のセカンダリＬＣ－ＰＵＣＣＨリソース７０２を構成することができる。オフセットは、ＰＲＢの数として定義することができる。

【0151】

実施形態では、２つ以上のＬＣ－ＰＵＣＣＨリソース７０２を上位レイヤのシグナリングにより構成することができる。上位レイヤのシグナリング（または構成）が利用できないか、提供されない場合、デフォルトのＬＣ－ＰＵＣＣＨリソース７０２を使用することができる。デフォルトのＬＣ－ＰＵＣＣＨリソース７０２は、固定された位置に事前に定義される、または物理的なセルＩＤ、ＷＴＲＵ－ＩＤ、サブフレーム番号、およびスロット番号のうちの少なくとも１つに応じて定義することができる。２つ以上のＬＣ－ＰＵＣＣＨリソース７０２は、アップリンクのＰＲＢの異なるセットで定義することができ、それらは、サブフレーム内で完全に、または部分的に重複され得る。

【0152】

実施形態では、低コストＷＴＲＵは、ＰＵＣＣＨ送信のために、ＬＣ－ＰＵＣＣＨリソース７０２（例えば、セル特有のＬＣ－ＰＵＣＣＨリソース）のうちの少なくとも１つを用いて構成することができる。構成されたＬＣ－ＰＵＣＣＨリソース７０２は、ＷＴＲＵ特有のＬＣ－ＰＵＣＣＨリソース７０２と見なすことができる。

【0153】

ＬＣ－ＰＵＣＣＨリソース７０２が、セル特有の低コストＰＵＣＣＨリソース７０２として定義される場合、ＷＴＲＵ特有のＬＣ－ＰＵＣＣＨリソース７０２は、セル特有のＬＣ－ＰＵＣＣＨリソース７０２と同じものにすることができる。ＷＴＲＵ特有のＬＣ－ＰＵＣＣＨリソース７０２を識別するために、さらなる構成を必要としない、または使用されないはずである。

【0154】

ＷＴＲＵ特有のＬＣ－ＰＵＣＣＨリソース７０２は、例えば、２つ以上のＬＣ－ＰＵＣＣＨリソース７０２が、セル特有のＬＣ－ＰＵＣＣＨリソース７０２として定義された場合、上位レイヤのシグナリングにより構成される、または示され得る。ＷＴＲＵ特有のＬＣ－ＰＵＣＣＨリソース７０２は、動的に示すことができる。ＰＵＣＣＨ送信に関連付けられたＤＣＩで、インジケータを搬送することができる。ＷＴＲＵ特有のＬＣ－ＰＵＣＣＨリソース７０２は、ＷＴＲＵ－ＩＤ（例えば、Ｃ－ＲＮＴＩ）、サブフレーム番号、ＳＦＮ、ＥＰＤＣＣＨの周波数位置、および関連するＥＰＤＣＣＨの開始ＥＣＣＥ番号のうちの少なくとも１つに応じて決定することができる。

【0155】

実施形態では、ＬＣ－ＰＵＣＣＨリソース７０２は、例えば、低減された帯域幅７０４内のアップリンクサブフレームのサブセットに構成することができる。

【0156】

１または複数のセル特有のＬＣ－ＰＵＣＣＨリソース７０２が、低減された帯域幅７０４内のアップリンクサブフレームのいくつか、またはすべてに構成することができる。セル特有のＬＣ－ＰＵＣＣＨリソース７０２のサブセットは、ＷＴＲＵ特有のＬＣ－ＰＵＣＣＨリソース７０２に対して使用することができる。低コストＷＴＲＵは、ＷＴＲＵ特有のものとすることのできるＬＣ－ＰＵＣＣＨリソース７０２のサブセットで構成される、かつ／またはそれを使用することができる。低コストＷＴＲＵは、ＷＴＲＵ特有のＬＣ－ＰＵＣＣＨリソース７０２に限ってＰＵＣＣＨを送信するように構成することができる。ＷＴＲＵ特有のＬＣ－ＰＵＣＣＨリソース７０２が、アップリンクサブフレームのサブセットで利用可能であるに過ぎない場合、ＨＡＲＱバンドリングおよび／または多重化を使用することができる。１または複数のダウンリンクサブフレームを、ＷＴＲＵ特有のＬＣ－ＰＵＣＣＨリソースを含むアップリンクサブフレームと（例えば、ＤＬ ＨＡＲＱプロセスフィードバックに関して）関連付けることができる。関連付けられたダウンリンクサブフレーム（および／またはＨＡＲＱプロセス）に対応する１または複数のＨＡＲＱ－ＡＣＫ情報は、ＷＴＲＵ特有のＬＣ－ＰＵＣＣＨリソース７０２を含むアップリンクサブフレームで送信（例えば、ＬＣ－ＰＵＣＣＨリソースにおけるＰＵＣＣＨ送信）するためにバンドルされ、かつ／または多重化することができる。

【0157】

ＷＴＲＵ特有のＬＣ－ＰＵＣＣＨリソース７０２は、ｅＮＢもしくはセルにより構成することができ、かつ／または低コストＷＴＲＵにより決定することができる。１または複数のＷＴＲＵ特有のＬＣ－ＰＵＣＣＨリソース７０２は、上位レイヤのシグナリングにより構成することができる。１または複数のＷＴＲＵ特有のＬＣ－ＰＵＣＣＨリソース７０２は、ＷＴＲＵ－ＩＤ（例えば、Ｃ－ＲＮＴＩ）、サブフレーム番号、ＳＦＮ、ＥＰＤＣＣＨの周波数位置、および関連するＥＤＰＣＣＨの開始ＥＣＣＥ番号のうちの少なくとも１つに応じて決定することができる。ＷＴＲＵ特有のＬＣ－ＰＵＣＣＨリソース７０２は、関連するＥＤＰＣＣＨにより（例えば、ＤＣＩにより）動的に示すことができる。

【0158】

低コストＷＴＲＵ、またはカバレッジ拡張をサポートもしくは使用するＷＴＲＵなどのＷＴＲＵは、繰り返してＬＣ－ＰＵＣＣＨを送信することができる。繰り返し数は、カバレッジ拡張（ＣＥ）レベルに基づいて決定することができる。ＣＥレベルおよび繰り返し数という用語は、互いに置き換えることができるが、なお、本開示との整合性があり得ることに留意されたい。後続する繰り返しを有する送信における第１の送信は、繰り返しの１つとして含まれる、またはカウントされ得る。

【0159】

１または複数のＣＥレベルをシステムで使用することができる。繰り返しの数、または繰り返される送信の数は、Ｎ_repで表すことができる。例えば、ＣＥレベル－０などのＣＥレベルは、通常のカバレッジで使用することができる。通常のカバレッジでは、Ｎ_repは、さらなる繰り返しのない単一の送信に相当する１とすることができる。例えば、ＣＥレベル－１（例えば、Ｎ_rep＝ｘ１）、ＣＥレベル－２（例えば、Ｎ_rep＝ｘ２）、およびＣＥレベル－３（例えば、Ｎ_rep＝ｘ３）など、繰り返しに関して１または複数のＣＥレベルがあり、カバレッジ拡張に使用することができる。例示的な、非限定的例として３つのレベルが提供される。変数ｘ１、ｘ２、およびｘ３は、ｘ３＞ｘ２＞ｘ１である正の整数とすることができる。本システムでサポートされるＣＥレベルの数は、一定の数に限定されない。このＣＥレベルの番号付け、および順序付けはまた、例であり、限定することは意図されていない。

【0160】

実施形態では、ＬＣ－ＰＵＣＣＨタイプは、ＣＥレベルに基づいて決定することができる。例えば、タイプＡのＬＣ－ＰＵＣＣＨは、低いＣＥ（例えば、ＣＥレベル－０、ＣＥレベル－１、および／またはＣＥレベル－２のうちの１または複数のもの）に対して使用することができる。タイプＢのＬＣ－ＰＵＣＣＨは、タイプＡのＬＣ－ＰＵＣＣＨが使用できるものよりも高いＣＥレベルに使用することができる。ＬＣ－ＰＵＣＣＨ送信の場合、低コストＷＴＲＵは、少なくともＣＥレベルに基づいてＬＣ－ＰＵＣＣＨタイプを決定し、かつ決定されたタイプのＬＣ－ＰＵＣＣＨリソースでＬＣ－ＰＵＣＣＨを送信することができる。

【0161】

ＷＴＲＵ特有のＬＣ－ＰＵＣＣＨリソースは、例えば、低コストＷＴＲＵにより、ＣＥレベル、繰り返し数、Ｎ_repの繰り返し数（Ｎｒｅｐ繰り返し内のｎ番目の繰り返し）、ＷＴＲＵ－ＩＤ（例えば、Ｃ－ＲＮＴＩ）、サブフレーム番号、ＳＦＮ、ＥＰＤＣＣＨの周波数位置、および関連するＥＰＤＣＣＨの開始ＥＣＣＥ番号のうちの少なくとも１つに応じて決定することができる。低コストＷＴＲＵは、決定されたタイプのＬＣ－ＰＵＣＣＨリソースで、ＬＣ－ＰＵＣＣＨ（例えば、ＬＣ－ＰＵＣＣＨの繰り返し）を送信することができる。

【0162】

例として、低コストＷＴＲＵは、１で開始しｎで終了するＮ_repにおける繰り返し数に対して（例えば、Ｎ_rep＝２０の場合、１から１０の繰り返しに対して）１つのＬＣ－ＰＵＣＣＨタイプを使用し、またｎ＋１で開始し最後の繰り返しまでのＮ_repにおける繰り返し数に対して（例えば、Ｎ_rep＝２０の場合、１１～２０の繰り返しに対して）別のＬＣ－ＰＵＵＣＨタイプを使用することができる。

【0163】

ＷＴＲＵ特有のＬＣ－ＰＵＣＣＨリソースの周波数位置は、繰り返し数Ｎｒｅｐを用いる繰り返しが使用される場合、Ｎ_xサブフレーム中は同じとすることができる。ＷＴＲＵ特有のＬＣ－ＰＵＣＣＨリソースは、あらゆるＮ_xサブフレームの第１のサブフレームに対して、本明細書で述べられる１または複数のパラメータに基づいて決定することができる。例として、Ｎ_xは、事前定義の値とすることができるが、または上位レイヤのシグナリングにより構成することができる。別の例では、Ｎ_xは、Ｎ_repまたはＣＥレベルに応じて決定することができる。Ｎ_xはＮ_repよりも小さい数とすることができるが、またはＮ_xは、使用されるＮ_repに無関係に決定される数とすることができる。

【0164】

レガシーＰＵＣＣＨリソースは、通常、システム帯域幅の帯域端部に位置しているので、サウンディング参照信号（ＳＲＳ）と衝突しないはずであるが、ＬＣ－ＰＵＣＣＨリソース７０２は、低減された帯域幅７０４内に位置することができるので、ＳＲＳと衝突するおそれがある。衝突を回避するために、低コストＷＴＲＵは、同時のＡＣＫ／ＮＡＣＫおよびＳＲＳ送信にかかわらず、セル特有のＳＲＳサブフレームにおける短縮されたＰＵＣＣＨフォーマットを使用することができる。例えば、サブフレーム内の最後のＬＣ－ＰＵＣＣＨシンボルは、低コストＷＴＲＵが短縮されたＬＣ－ＰＵＣＣＨフォーマットを使用できる場合、送信されない可能性がある。

【0165】

例えば、低コストＷＴＲＵが、ＳｏｕｎｄｉｎｇＲＳ－ＵＬ－ＣｏｎｆｉｇＣｏｍｍｏｎと、ＳｏｕｎｄｉｎｇＲＳ－ＵＬ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄとを含むことができるＳｏｕｎｄｉｎｇＲＳ－ＵＬ－Ｃｏｎｆｉｇを受信することができる。ＳｏｕｎｄｉｎｇＲＳ－ＵＬ－ＣｏｎｆｉｇＣｏｍｍｏｎは、セル特有のＳＲＳ構成に関連する情報を含むことができる。ＳｏｕｎｄｉｎｇＲＳ－ＵＬ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄは、ＷＴＲＵ特有のＳＲＳ構成に関連する情報を含むことができる。低コストＷＴＲＵは、ＳｏｕｎｄｉｎｇＲＳ－ＵＬ－ＣｏｎｆｉｇＣｏｍｍｏｎを受信し、セル特有のＳＲＳ構成情報を読むことができるが、低コストＷＴＲＵは、ＳｏｕｎｄｉｎｇＲＳ－ＵＬ－ＣｏｎｆｉｇＣｏｍｍｏｎにおけるａｃｋＮａｃｋＳＲＳ－ｓｉｍｕｌｔａｎｅｏｕｓＴｒａｎｓｍｉｓｓｉｏｎフィールドをフォローすることなく、ａｃｋＮａｃｋＳＲＳ－ｓｉｍｕｌｔａｎｅｏｕｓＴｒａｎｓｍｉｓｓｉｏｎは常に活動化されているものと想定することができる。この場合、以下のパラメータのうちの１または複数のものを適用することができる。

【0166】

低コストＷＴＲＵは、アップリンクのシステム帯域幅が一定の帯域幅（例えば、６ＰＲＢ）よりも大きい場合、同時のＡ／ＮおよびＳＲＳ送信構成にかかわらず、常にセル特有のＳＲＳサブフレーム内で短縮されたＰＵＣＣＨを使用することができる。アップリンクのシステム帯域幅が一定の帯域幅（例えば、６ＰＲＢ）に等しい場合、低コストＷＴＲＵは、ａｃｋＮａｃｋＳＲＳ－ＳｉｍｕｌｔａｎｅｏｕｓＴｒａｎｓｍｉｓｓｉｏｎによって示された同時のＡＣＫ／ＮＡＣＫおよびＳＲＳ送信構成に従うことができる。一定の帯域幅は、一定のＷＴＲＵカテゴリ、または制限された機能を有する一定のＷＴＲＵによりサポートされる帯域幅として事前に定義することができる。一定の帯域幅は、ＷＴＲＵの機能に依存することができる。

【0167】

低コストＷＴＲＵは、アップリンクのシステム帯域幅が、低コストＷＴＲＵに対する低減された帯域幅７０４よりも大きい場合、同時のＡＣＫ／ＮＡＣＫおよびＳＲＳ送信構成にかかわらず、常にセル特有のＳＲＳサブフレーム内で、短縮されたＰＵＣＣＨフォーマットを使用することができる。アップリンクのシステム帯域幅が、低コストＷＴＲＵに対する低減された帯域幅７０４と同じである場合、低コストＷＴＲＵは、ａｃｋＮａｃｋＳＲＳ－ＳｉｍｕｌｔａｎｅｏｕｓＴｒａｎｓｍｉｓｓｉｏｎにより示された同時のＡＣＫ／ＮＡＣＫおよびＳＲＳ送信構成に従うことができる。

【0168】

低コストＷＴＲＵは、ＰＵＣＣＨフォーマットによる同時のＡＣＫ／ＮＡＣＫおよびＳＲＳ送信構成にかかわらず、セル特有のＳＲＳサブフレームで短縮されたＰＵＣＣＨフォーマットを使用することができる。例えば、低コストＷＴＲＵは、ＰＵＣＣＨフォーマット１／１ａ／１ｂに対して短縮されたＰＵＣＣＨフォーマットを使用できるが、低コストＷＴＲＵは、ＰＵＣＣＨフォーマット２／２ａ／２ｂ／３に対しては、セル特有のＳＲＳサブフレームにおけるＰＵＣＣＨを除外することができる。

【0169】

実施形態では、低コストＷＴＲＵ特有のａｃｋＮａｃｋＳＲＳ－ＳｉｍｕｌｔａｎｅｏｕｓＴｒａｎｓｍｉｓｓｉｏｎを送信することができ、それは、レガシーＷＴＲＵのａｃｋＮａｃｋＳＲＳ－ＳｉｍｕｌｔａｎｅｏｕｓＴｒａｎｓｍｉｓｓｉｏｎとは独立して送信することができる。例えば、低コストＷＴＲＵ特有のサウンディングＲＳ構成（例えば、ＳｏｕｎｄｉｎｇＲＳ－ＵＬ－ＣｏｎｆｉｇＭＴＣ）を、ＳｏｕｎｄｉｎｇＲＳ－ＵＬ－Ｃｏｎｆｉｇに導入することができ、したがって、低コストＷＴＲＵは、低減された帯域幅７０４内に、同時のＡＣＫ／ＮＡＣＫおよびＳＲＳ送信を含むことのできる低コストＷＴＲＵ特有のサウンディングＲＳ構成を読むことができる。この場合、以下のパラメータの１または複数のものを適用することができる。

【0170】

低コストＷＴＲＵ特有のサウンディングＲＳ構成（例えば、ＳｏｕｎｄｉｎｇＲＳ－ＵＬ－ＣｏｎｆｉｇＭＴＣ）は、以下のものの少なくとも１つを含むことができる、すなわち、低減された帯域幅７０４内のセル特有のＳＲＳ帯域幅（例えば、ｓｒｓ－ＢａｎｄｗｉｄｔｈＣｏｎｆｉｇＭＴＣ）、低減された帯域幅７０４内のセル特有のＳＲＳサブフレーム構成（例えば、ｓｒｓ－ＳｕｂｆｒａｍｅＣｏｎｆｉｇＭＴＣ）、および低減された帯域幅７０４における同時のＡＣＫ／ＮＡＣＫおよびＳＲＳ送信（例えば、ａｃｋＮａｃｋＳＲＳ－ ＳｉｍｕｌｔａｎｅｏｕｓＴｒａｎｓｍｉｓｓｉｏｎＭＴＣ）である。

【0171】

低コストＷＴＲＵ特有のサウンディングＲＳ構成は、ダウンリンクの低減された帯域幅７０４で送信される同報通信チャネルで送信することができる。

【0172】

実施形態では、ＬＣ－ＰＵＣＣＨリソース７０２は、セル特有のＳＲＳサブフレームで構成されない可能性がある。例として、ＬＣ－ＰＵＣＣＨリソース７０２は、ＳＲＳのないサブフレームに位置することができる。したがって、低コストＷＴＲＵは、ＬＣ－ＰＵＣＣＨ７０２リソースをセル特有のＳＲＳサブフレームで利用できないものと想定することができる。この場合、以下のパラメータのうちの１または複数のものを適用することができる。

【0173】

限られたＬＣ－ＰＵＣＣＨリソース７０２に起因して、複数のＡＣＫ／ＮＡＣＫが、アップリンクサブフレームで送信される必要のある場合、ＡＣＫ／ＮＡＣＫバンドリングまたは多重化を使用することができる。例えば、低コストＷＴＲＵがサブフレームｎでＰＤＳＣＨを受信し、アップリンクにおけるサブフレームｎ＋４がセル特有のＳＲＳサブフレームとして構成される場合、ＡＣＫ／ＮＡＣＫはバンドルされ、または他のＰＤＳＣＨと多重化され、サブフレームｎ＋４以外のアップリンクサブフレームで送信することができる。

【0174】

低コストＷＴＲＵは、短縮されたＰＵＣＣＨフォーマットを、常にセル特有のＳＲＳサブフレームで送信するか、またはセル特有のＳＲＳサブフレームにおけるＡＣＫ／ＮＡＣＫを除外する／バンドルする／多重化するように構成することができる。

【0175】

別の実施形態では、低コストＷＴＲＵは、同時のＡＣＫ／ＮＡＣＫおよびＳＲＳ送信が活動化されていない場合、セル特有のＳＲＳサブフレームにおけるＰＵＣＣＨ送信を除外する／バンドルする／多重化することができる。例として、低コストＷＴＲＵは、ａｃｋＮａｃｋＳＲＳ－ＳｉｍｕｌｔａｎｅｏｕｓＴｒａｎｓｍｉｓｓｉｏｎから示され得る同時のＡＣＫ／ＮＡＣＫおよびＳＲＳ送信が活動化されていない場合、ＬＣ－ＰＵＣＣＨリソース７０２をセル特有のＳＲＳサブフレームで利用できないものと想定することができる。

【0176】

セル特有のＳＲＳサブフレームで短縮されたＬＣ－ＰＵＣＣＨフォーマットを使用することは、低コストＷＴＲＵにより使用されるＣＥレベルに基づいて決定することができる。低コストＷＴＲＵは、低コストＷＴＲＵがＬＣ－ＰＵＣＣＨ送信に対して一定のカバレッジ拡張レベルで動作している場合、セル特有のＳＲＳサブフレームで短縮されたＬＣ－ＰＵＣＣＨフォーマットを使用することができる。例えば、低コストＷＴＲＵが、より少ない繰り返し数（例えば、Ｎ_rep＝ｘ１）を必要とする可能性のある低いＣＥレベルで動作している場合、短縮されたＬＣ－ＰＵＣＣＨフォーマットを、セル特有のＳＲＳサブフレームで使用することができる。それとは対照的に、低コストＷＴＲＵが、より大きい繰り返し数（例えば、Ｎ_rep＝ｘ２、ただしｘ２＞ｘ１）を必要とする可能性のある高いＣＥレベルで動作している場合、短縮されたＬＣ－ＰＵＣＣＨフォーマットは、セル特有のＳＲＳサブフレームで使用されない可能性がある。

【0177】

低減された帯域幅７０４に起因して、すべての低コストＷＴＲＵが、低減された帯域幅７０４リソースを共有する必要があり得るので、固定されたアップリンクリソース（例えば、中心の６ＲＢ）は、低コストＷＴＲＵに対する制限をスケジューリングする結果となり得る。

【0178】

実施形態では、アップリンク低減された帯域幅７０４は、システム帯域幅７０８内で、ＷＴＲＵ特有の方法で定義することができる。したがって、２つ以上の低コストＷＴＲＵは、同じネットワークにおいて、異なる低減された帯域幅７０４位置を有することができる。例えば、低コストＷＴＲＵは、低減された帯域幅７０４として、６ＰＲＢの第１のセットで構成される、または割り当てることができるが、別の低コストＷＴＲＵは、６ＰＲＢの第１のセットと重ならない別の６ＰＲＢで構成される、または割り当てることができる。

【0179】

例として、低コストＷＴＲＵに対するアップリンク帯域は、以下の手続きで構成される、または割り当てることができる。

【0180】

低コストＷＴＲＵは、まず、ＳＩＢ－１（例えば、ｆｒｅｑＢａｎｄＩｎｄｉｃａｔｏｒ）、およびＳＩＢ－２（例えば、ｕｌ－Ｂａｎｄｗｉｄｔｈ、ｕｌ－ＣａｒｒｉｅｒＦｒｅｑ）から、アップリンク帯域情報を受信することができる。

【0181】

低コストＷＴＲＵは、上位レイヤのシグナリングにより、低減された帯域幅７０４に関連する情報を受信することができる。例えば、低コストＷＴＲＵ特有のアップリンクキャリア周波数情報（例えば、ｕｌ－ＣａｒｒｉｅｒＦｒｅｑＭＴＣ）が、同報通信シグナリング（例えば、ＳＩＢ－ｘ、ここで、ｘは、これだけに限定されないが、１または２とすることができる）により搬送され得る。あるいは、低減された帯域幅７０４に対する開始ＰＲＢインデックスは、同報通信シグナリングにより示すことができる。アップリンク低減帯域幅７０４情報が提供されない場合、低コストＷＴＲＵは、アップリンク低減帯域幅７０４がシステム帯域幅の中心の６ＰＲＢであると想定することができる。

【0182】

アップリンク低減帯域幅７０４が、中心の６ＰＲＢと同じである場合、物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソース構成が、レガシーＷＴＲＵおよび低コストＷＴＲＵに対して共通で使用することができる。したがって、低コストＷＴＲＵは、レガシーＷＴＲＵに対して、同じＰＲＡＣＨリソース構成を使用することができる。レガシーＷＴＲＵに対するＰＲＡＣＨリソースのサブセットとすることのできる区分されたＰＲＡＣＨリソース情報が、低コストＷＴＲＵに提供される場合、低コストＷＴＲＵは、区分されたＰＲＡＣＨリソースを使用できるだけである。

【0183】

アップリンク低減帯域幅７０４が、中心の６ＰＲＢとは異なっており、またＰＲＡＣＨリソース構成が、アップリンク低減帯域幅７０４に提供される場合、低コストＷＴＲＵは、競合ベースのランダムアクセスにおけるＰＲＡＣＨプリアンブル送信に対して、アップリンク低減帯域幅７０４内でＰＲＡＣＨリソース構成を使用することができる。アップリンク低減帯域幅７０４に特有のＰＲＡＣＨリソース構成がない場合、低コストＷＴＲＵは、アップリンク低減帯域幅７０４に対して、レガシーＷＴＲＵに対する同じＰＲＡＣＨリソース構成を使用できるものと想定することができる。

【0184】

ＲＡＣＨ手続き中に、またはその後に、低コストＷＴＲＵは、別のアップリンク低減帯域幅７０４を用いて構成することができる。この低減された帯域幅７０４は、同報通信シグナリング（例えば、ＳＩＢ－ｘ、ここで、ｘは、これだけに限定されないが、１または２であり得る）から構成されたアップリンク低減帯域幅７０４とは異なることができる。例として、ＷＴＲＵ特有のアップリンク低減帯域幅７０４構成メッセージが、ＲＡＣＨ ｍｓｇ２もしくはｍｓｇ４により搬送され得る。あるいは、ＷＴＲＵ特有のアップリンク低減帯域幅７０４構成メッセージは、ＲＡＣＨ手続きの後、専用のＲＲＣメッセージまたはメディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）により搬送することができる。ＷＴＲＵ特有のアップリンク低減帯域幅７０４が、低コストＵＥに対して構成されない場合、ＵＥは、ＵＥ特有のアップリンク低減帯域幅７０４が、同報通信シグナリングにより構成されたアップリンク低減帯域幅７０４と同じであると想定することができる。

【0185】

別の例では、２つ以上のアップリンク低減帯域幅７０４を、同報通信シグナリングにより定義することができ、また低コストＷＴＲＵは、低コストＷＴＲＵがどのアップリンク低減帯域幅７０４にキャンプする（camp）かを決定することができる。例えば、低コストＷＴＲＵは、２つ以上のアップリンク低減帯域幅７０４に関する情報を受信することができ、また低コストＷＴＲＵは、構成されたアップリンク低減帯域幅７０４の１つでＰＲＡＣＨプリアンブルを送信することができる。低コストＷＴＲＵは、ＷＴＲＵが、対応するＰＲＡＣＨを送信したアップリンク低減帯域幅７０４でＲＡＣＨ手続きを終了した場合、低コストＷＴＲＵは、アップリンク低減帯域幅７０４が、ＷＴＲＵ特有のアップリンク低減帯域幅であると想定することができる。

【0186】

実施形態では、低コストＷＴＲＵは、ＳＩＢ－１およびＳＩＢ－２からアップリンク低減帯域幅７０４情報を受信することができる。別の実施形態では、低コストＷＴＲＵは、上位レイヤのシグナリングにより、アップリンク低減帯域幅７０４に関連する情報を受信することができる。上位レイヤのシグナリングは、少なくとも２つ以上のアップリンク低減帯域幅７０４を含むことができる。例として、２つ以上のアップリンクのキャリア周波数情報（例えば、ｕｌ－ＣａｒｒｉｅｒＦｒｅｑＭＴＣ－１およびｕｌ－ＣａｒｒｉｅｒＦｒｅｑＭＴＣ－２）が、同報通信シグナリングにより搬送され得る。別の例では、アップリンク低減帯域幅７０４に対する２つ以上の開始ＰＲＢインデックス（例えば、ｕｌ－ｒｂＳｔａｒｔＲＢ－１およびｕｌ－ｒｂＳｔａｒｔＲＢ－２）を、同報通信シグナリングにより通知することができる。アップリンク低減帯域幅７０４の１つが、中心の６ＰＲＢに位置する場合、関連する情報は、同報通信シグナリングにより提供されることはなく、低コストＷＴＲＵは、中心の６ＰＲＢが、デフォルトのアップリンク低減帯域幅として使用され得るものと想定することができる。

【0187】

ＰＲＡＣＨ構成情報は、構成されたアップリンク低減帯域幅７０４に対して提供され得る。例として、レガシーＷＴＲＵ１０２に関するＰＲＡＣＨ構成情報が、構成されたアップリンク低減帯域幅７０４に対して再使用することができる。別の例では、各アップリンク低減帯域幅７０４に対する別個のＰＲＡＣＨ構成情報を提供することができる。あるいは、各アップリンク低減帯域幅７０４に対する共通のＰＲＡＣＨ構成を提供することができる。実施形態では、この共通のＰＲＡＣＨ構成は、レガシーＷＴＲＵ１０２に対するＰＲＡＣＨ構成とは異なることができる。

【0188】

低コストＷＴＲＵは、対応するＰＲＡＣＨ構成に基づいて、アップリンク低減帯域幅７０４でＰＲＡＣＨプリアンブルを送信することができる。低コストＷＴＲＵは、ＰＲＡＣＨプリアンブルをアップリンク低減帯域幅７０４で一度に送信することを試みることができる。低コストＷＴＲＵが、対応するランダムアクセス応答（ＲＡＲ）を受信しなかった場合、低コストＷＴＲＵは、最大の送信電力に達するまで、ＰＲＡＣＨプリアンブルを同じアップリンク低減帯域幅７０４で、より高い電力を用いて送信することを試みることができる。実施形態では、電力の増分レベルは、事前に定義することができる。低コストＷＴＲＵが、最大の送信電力を用いてもなお、ＰＲＡＣＨプリアンブル送信に対するＲＡＲを受信しない場合、低コストＷＴＲＵは、別の低減された帯域幅７０４でＰＲＡＣＨプリアンブルを送信することを試みることができる。低コストＷＴＲＵは、ＰＲＡＣＨプリアンブルをアップリンク低減帯域幅７０４で１度に送信することを試みることができ、また低コストＷＴＲＵは、２つ以上のアップリンク低減帯域幅７０４でＰＲＡＣＨプリアンブルを送信することを試みることができる。

【0189】

低コストＷＴＲＵが、特定のアップリンク低減帯域幅７０４に対応するＲＡＲを受信した場合、ＷＴＲＵは、対応するアップリンク低減帯域幅７０４で、ＲＡＣＨ ｍｓｇ３を送信することができる。あるいは、ＲＡＲは、低コストＷＴＲＵが、ＲＡＣＨ ｍｓｇ３送信に使用できるＷＴＲＵ特有のアップリンク低減帯域幅７０４を含むこともできる。

【0190】

別の実施形態では、２つ以上の低減された帯域幅７０４を、アップリンクチャネルに従って構成することができる。例えば、ＰＲＢのセットが、ＰＲＡＣＨ送信に対して定義され、または構成することができるが、ＰＲＢの別のセットが、ＰＵＳＣＨ／ＰＵＣＣＨ送信として定義され、または構成することができる。この場合、以下の１または複数のものを適用することができる。

【0191】

低コストＷＴＲＵに対するＰＲＡＣＨリソースは、ＰＲＡＣＨ送信に対して構成されたサブフレームにおける中心の６ＰＲＢで定義することができるが、中心の６ＰＲＢと重ならない他の場所に位置する別の６ＰＲＢを、ＰＵＳＣＨ／ＰＵＣＣＨに使用することができる。

【0192】

低コストＷＴＲＵに対するＰＲＡＣＨリソースの周波数位置は、事前に定義することができる。レガシーＷＴＲＵに対するＰＲＡＣＨリソースと同様に、低コストＷＴＲＵに対するＰＲＡＣＨリソースの周波数位置は、ＦＤＤシステムにおける中心の６ＰＲＢとすることができ、またＴＤＤシステムでは、ＰＲＡＣＨリソースの最高６個の周波数位置が構成可能であり得る。

【0193】

ＴＤＤの例では、ＰＲＡＣＨリソースの周波数位置は、ＰＲＡＣＨリソースに対して構成された周波数位置の数にかかわらず、低コストＷＴＲＵに対するものに固定することができる。あるいは、低コストＷＴＲＵに対するＰＲＡＣＨリソースの周波数位置は、レガシーＷＴＲＵに対するＰＲＡＣＨリソースの重ならない周波数位置とすることができる。システム帯域幅がアップリンク低減帯域幅７０４と同じである場合、ＰＲＡＣＨリソースは、レガシーＷＴＲＵと低コストＷＴＲＵの両方に対して共通に使用することができる。

【0194】

ＰＵＳＣＨ／ＰＵＣＣＨに対するアップリンク低減帯域幅７０４は、同報通信シグナリングにより指示することができる。ＰＵＳＣＨ／ＰＵＣＣＨに関して、アップリンク低減帯域幅７０４に対するシグナリングがない場合、低コストＷＴＲＵは、ＰＵＳＣＨ／ＰＵＣＣＨに対するアップリンク低減帯域幅７０４は、中心の６ＰＲＢとすることができるものと想定することができる。

【0195】

ＰＵＳＣＨ／ＰＵＣＣＨに対するアップリンク低減帯域幅７０４は、システム帯域幅に応じて定義することができる。例として、システム帯域幅が、所定の値とすることのできるＮ_threshよりも小さい、またはそれに等しい場合、低コストＷＴＲＵは、アップリンク低減帯域幅７０４は、中心の６ＰＲＢに位置するものと想定することができる。別の例では、システム帯域幅がＮ_threshよりも大きい場合、低コストＷＴＲＵは、アップリンク低減帯域幅７０４が、中心の６ＰＲＢからのオフセットを有する６ＰＲＢのセットに位置するものと想定することができ、そのオフセットは、上位レイヤのシグナリングにより事前に定義される、または構成することができる。さらに、オフセットは、セルで共通、またはＷＴＲＵ特有のものとすることができる。

【0196】

実施形態では、低コストＷＴＲＵに対して、ＰＲＡＣＨリソースおよびＰＵＳＣＨ／ＰＵＣＣＨリソースに対するアップリンク低減帯域幅７０４を構成することができる。別の実施形態では、ＰＲＡＣＨリソースは中心の６ＰＲＢに固定することができるが、ＰＵＳＣＨ／ＰＵＣＣＨに対するＰＲＢのセットは、ＷＴＲＵ特有の方法で構成することができる。ＰＲＡＣＨリソースは、すべての低コストＷＴＲＵに対して共通にすることができるが、ＰＵＳＣＨ／ＰＵＣＣＨリソース（すなわち、ＷＴＲＵ特有の低減された帯域幅の位置）は、ＷＴＲＵ特有の方法で構成することができる。ＷＴＲＵ特有のＰＵＳＣＨ／ＰＵＣＣＨリソースは、ＲＡＲで示すことができる。例えば、ＰＵＳＣＨ／ＰＵＣＣＨ低減帯域幅７０４リソースの２つ以上のセットは、セル特有のＰＵＳＣＨ／ＰＵＣＣＨ低減帯域幅７０４リソースとして構成することができ、またそれらの１つは、ｍｓｇ３送信に対するＲＡＲで示すことができる。

【0197】

別の実施形態では、ＰＲＢの異なるセットが、ＰＲＡＣＨ、ＰＵＳＣＨ、およびＰＵＣＣＨのそれぞれに対して定義される、または構成することができる。したがって、低コストＷＴＲＵは、ＰＲＢの異なるセットで、ＰＲＡＣＨプリアンブル、ＰＵＳＣＨ、およびＰＵＣＣＨを送信する必要があり得る。低コストＷＴＲＵは、アップリンクＰＲＢの異なるセットで、ＰＵＳＣＨおよびＰＵＣＣＨを送信する必要があり得る。低コストＷＴＲＵが、ＵＣＩを含むＰＵＳＣＨを送信する必要がある場合、ＰＵＳＣＨに対するアップリンク低減帯域幅を使用することができる。

【0198】

低コストＷＴＲＵに対して低減された帯域幅７０４を使用することに伴う別の問題は、基地局１１４ａ、１１４ｂは、物理マルチキャストチャネル（ＰＭＣＨ）またはマルチメディア同報通信マルチキャストサービス（ＭＢＭＳ）が、低コストＷＴＲＵにより受信されているかどうかに関する知識を有しない可能性のあることである。基地局１１４ａ、１１４ｂは、ＭＢＭＳサービスが、特に低コストＷＴＲＵにより使用されているかどうかを知らない可能性がある。このことは、ＰＭＣＨに使用されるリソースが、ＷＴＲＵの低減された帯域幅の機能を超える場合、ＰＭＣＨ（また同様にマルチキャスト制御チャネル（ＭＣＣＨ）および／またはマルチキャストトラフィックチャネル（ＭＴＣＨ））を適正に受信するための低コストＷＴＲＵの能力に影響を与える可能性がある。

【0199】

基地局１１４ａ、１１４ｂには、特定のＭＢＭＳサービスおよび／またはマルチキャスト同報通信単一周波数ネットワーク（ＭＢＳＦＮ）サービスエリアを、低コストＷＴＲＵにより受信できることを、マルチセル／マルチキャスト調整エンティティ（ＭＣＥ）などのＭＢＭＳネットワークエンティティにより示すことができる。低コストＷＴＲＵには、ＭＢＭＳサービスおよび／もしくはＭＢＳＦＮエリアが低コストＷＴＲＵによる受信をサポートできることを、ＭＢＭＳサービス発見中に、かつ／または基地局１１４ａ、１１４ｂにより示すことができる。以下では、このような情報を基地局１１４ａ、１１４ｂおよび／または低コストＷＴＲＵに示すための解決策を提供し、それらは、組み合わせて、または独立して使用することができる。

【0200】

以下の解決策では、特定のＭＢＭＳに対する低減された機能のＷＴＲＵをサポートするために、ＭＣＥおよび基地局１１４ａ、１１４ｂは、低減された機能のＷＴＲＵにより受信できるこれらのリソースに対してＭＢＭＳデータ送信を行うためのリソースを割り当てることができる。例えば、ＭＢＳＦＮサブフレーム内で、基地局１１４ａ、１１４ｂは、例えば、中心の６ＰＲＢなど、低減された帯域幅のＷＴＲＵにより受信できるリソースでＭＣＣＨおよびＭＴＣＨを搬送できるＰＭＣＨを送信することができる。

【0201】

実施形態では、低コストＷＴＲＵは、ＭＢＭＳサービスレベルインジケータを受信することができる。低コストＷＴＲＵには、ＭＢＭＳサービスが、特に低コストＷＴＲＵに向けて指定され得ることを示すことができる。例えば、ＭＢＭＳサービスは、特に低減された帯域幅のＷＴＲＵに向けて指定することができる。通常のＷＴＲＵ１０２は、このようなＭＢＭＳサービスを受信することに限定されることはなく、そのサービスにサブスクライブしようとすると、拒絶される可能性がある。特定のＭＢＭＳサービスは、低減された機能のＷＴＲＵによりアクセスされ得るが、サービスは、低減された機能のＷＴＲＵにより排他的に消費されるものではないことを低コストＷＴＲＵに示すことができる。あるいは、低コストＷＴＲＵには、低コストＷＴＲＵにより特定のＭＢＭＳサービスが受信できないことを示すことができる。低コストＷＴＲＵは、このタイプのＭＢＭＳサービスにサブスクライブすることを試みると、受信を拒否されることがある。

【0202】

低コストＷＴＲＵは、ＭＢＭＳアナウンスメントおよび／または発見プロセスの一部として、低減された機能のサポート指示を受信することができる。例えば、低コストＷＴＲＵには、ユーザサービス記述（ＵＳＤ）情報の一部としてこの情報を示すことができる。ＵＳＤ情報の一部として、低コストＷＴＲＵには、ＵＳＤの一部であるＭＢＭＳ機能要件リストの一部として、低減された機能のＷＴＲＵに対するＭＢＭＳサービスサポートを示すことができる。例えば、要件が、低減された機能および／または低減された帯域幅特徴をその低コストＷＴＲＵによりサポートすることである、と示している場合、低コストＷＴＲＵは、ＭＢＭＳサービスにサブスクライブすることができる。

【0203】

基地局１１４ａ、１１４ｂは、ＭＢＳＦＮエリアが、低減された機能のＷＴＲＵによるＭＢＭＳの受信をサポートできることを、低コストＷＴＲＵに示すことができる。例えば、基地局１１４ａ、１１４ｂは、このような指示を、ＭＢＳＦＮエリアに関する他の情報と共にＳＩＢ１３で送信することができる。低減された機能のサポートは、動的に行うことができ、またＭＢＳＦＮエリアで送信されたＭＢＭＳサービスに基づき、またはＭＢＭＳサービスにサブスクライブした低コストＷＴＲＵの機能に基づき、ＭＣＥおよび基地局１１４ａ、１１４ｂにより変更することができる。おそらく、基地局１１４ａ、１１４ｂは、特定のＭＢＳＦＮエリアが、低減された機能のＷＴＲＵを対象とするＭＢＭＳサービスをもはや提供しない場合、低減された機能のＷＴＲＵサポートの指示を、通常のＷＴＲＵ１０２のサポートへと変更することができる。このような指示の変更は、通常のＳＩＢ修正手続きにより提供することができる。

【0204】

基地局１１４ａ、１１４ｂ、および／またはＭＣＥは、低減された機能のＷＴＲＵへのＭＢＭＳサービスをサポートするために、ＳＩＢ２で示された１または複数のＭＢＳＦＮサブフレームを割り当てることができる。ＭＢＳＦＮサブフレーム構成と共に、低減された機能のＷＴＲＵに利用可能な、例えば、ＳＩＢ２における１または複数のＭＢＳＦＮサブフレームを、低コストＷＴＲＵに示すことができる。低減された機能のＷＴＲＵをサポートするＭＢＭＳサービスに関する制御情報およびデータを送信できる、基地局１１４ａ、１１４ｂおよび／またはＭＣＥによって定義された１または複数のＭＢＳＦＮエリアに、低減された機能をサポートするＭＢＳＦＮサブフレームを割り当てることができる。

【0205】

例えば、ＭＣＥおよび基地局１１４ａ、１１４ｂは、このようなデバイスの高い密度を有するセルの一定のグループにより定義されるＭＢＳＦＮエリアに対して、低減された機能のＷＴＲＵに特有なＭＢＭＳサービスのセットを割り当てることができる。ＭＣＥは、次いで、利用可能なＭＢＳＦＮサブフレームの事前に割り当てられたサブセット上で、これらのＭＢＭＳに関する制御情報およびデータの送信をスケジューリングし、さらに、特有の周期性に基づき、ＭＢＭＳサービスの送信をスケジューリングすることができる。低減された機能のＷＴＲＵに対して割り当てられたＭＢＳＦＮサブフレーム中に、基地局１１４ａ、１１４ｂは、次いで、低コストＷＴＲＵにより受信できるような方法で、ＭＢＭＳ無線ネットワーク仮識別子（Ｍ－ＲＮＴＩ）と共に、ＰＭＣＨ、および任意選択でＰＤＣＣＨを送信することができる。

【0206】

基地局１１４ａ、１１４ｂは、特定のＭＢＭＳセッション、サービス、および／またはＭＢＳＦＮエリアに対して低減された機能のＷＴＲＵをサポートする（またはサポートしない）指示をＭＣＥから受信することができる。例えば、基地局１１４ａ、１１４ｂはこの指示に基づいて、特定のＭＢＳＦＮエリアに対して、またはおそらく特定のＰＭＣＨもしくはＭＢＭＳセッションに対して、ＰＭＣＨ上でＭＣＣＨおよびＭＴＣＨを送信することができる。基地局１１４ａ、１１４ｂは、スケジューリング情報に基づき、低減された機能のＷＴＲＵがＰＭＣＨを適正に受信できるようにするには、どのＭＢＳＦＮサブフレームを使用して、低減された帯域幅のＰＭＣＨを送信できるかを決定することができる。

【0207】

基地局１１４ａ、１１４ｂは、ＭＢＭＳスケジューリング情報をサポートする（またはサポートしない）指示をＭＣＥから受信することができる。例えば、基地局１１４ａ、１１４ｂは、Ｍ２－ＡＰ ＭＢＭＳスケジューリング情報メッセージにおけるさらなる情報要素として、低減された機能のＷＴＲＵをサポートする指示を受信することができる。受信したＭＣＣＨ更新時間ＩＥ、およびさらなるＩＥに基づいて、基地局１１４ａ、１１４ｂは、Ｍ－ＲＮＴＩと共にＰＤＣＣＨを送信して、低減された帯域幅ＰＤＣＣＨまたは可能性のあるＥＰＤＣＣＨにおけるＭＣＣＨへの今後生ずる変更を示すことができる。これは、特定のＭＢＭＳサービスにサブスクライブしている低コストＷＴＲＵに、更新されたＭＣＣＨを適正に受信できるようにする。

【0208】

低コストＷＴＲＵは、より少ない帯域幅内にある低コストＷＴＲＵを対象としたＭＢＳＦＮエリアに関連付けられたＭＢＳＦＮサブフレームの１または複数のものでＰＭＣＨを受信することができる。例として、低コストＷＴＲＵは、システム帯域幅におけるＰＲＢのサブセットでＰＭＣＨを受信することができる。この実施形態では、以下のパラメータのうちの１または複数のものを適用することができる。

【0209】

低コストＷＴＲＵがＰＭＣＨを復号したとき、ＰＭＣＨに対する、変調およびコーディング方式のインジケータとすることのできるＩ_MCSを、上位レイヤにより構成することができる。低コストＷＴＲＵは、ＰＭＣＨに対するＩ_MCSおよびトランスポートブロックサイズ（ＴＢＳ）テーブルを使用して、変調次数およびＴＢＳインデックスを決定することができる。ＴＢＳは、Ｎ_PRBがＮ_PRB,reに等しいとの想定の下に決定することができ、ここで、Ｎ_PRB、reは、低減された帯域幅に対する物理リソースブロックの数とすることができ、またＮ_PRB、reは、Ｎ_PRBよりも小さくすることができる。

【0210】

ＭＢＳＦＮサブフレームにおけるＰＭＣＨの周波数位置は、固定された位置に事前に定義される（例えば、中心の６ＰＲＢ）、上位レイヤにより信号で送られる、またはＭＢＳＦＮエリアインデックスに応じて構成され得る。

【0211】

低コストＷＴＲＵがＭＣＣＨ変更通知を監視するとき、システム帯域幅が低減された帯域幅７０４と同じである場合、低コストＷＴＲＵは、ＭＢＳＦＮサブフレームにおけるＰＤＣＣＨ共通検索空間内のＭ－ＲＮＴＩによりスクランブルされた巡回冗長検査（ＣＲＣ）を用いてＰＤＣＣＨを監視することができる。

【0212】

低コストＷＴＲＵがＭＣＣＨ変更通知を監視するとき、システム帯域幅が低減された帯域幅７０４よりも大きい場合、低コストＷＴＲＵは、ＥＰＤＣＣＨ共通検索空間内のＭ－ＲＮＴＩによりスクランブルされたＣＲＣを用いてＰＤＣＣＨを監視することができる。

【0213】

低コストＷＴＲＵがＭＣＣＨ変更通知を監視するとき、ＭＣＣＨ変更通知に対するＥＰＤＣＣＨ共通検索空間は、非ＭＢＳＦＮ領域に位置することができる。あるいは、ＭＣＣＨ変更通知に対するＥＰＤＣＣＨ共通検索空間は、ＭＢＳＦＮ領域に位置することができる。ここで、ＭＢＳＦＮ領域におけるＥＰＤＣＣＨ共通検索空間は、非ＭＢＳＦＮ領域におけるＣＰ長とは無関係に、拡張された巡回プレフィックスとして定義することができる。

【0214】

実施形態。

【0215】

１．アップリンク送信およびマルチメディア同報通信マルチキャストサービス（ＭＢＭＳ）をサポートするための方法であって、アップリンク（ＵＬ）リソース割当てを受信するステップであり、ＵＬリソース割当てが低減された帯域幅である、ステップと、送信をＵＬリソース割当てにより送るステップとを含む方法。

【0216】

２．システム帯域幅の低減された帯域幅上で動作する無線送受信ユニット（ＷＴＲＵ）におけるアップリンク送信をサポートするための方法であって、アップリンク（ＵＬ）送信のために、システム帯域幅内における低減された帯域幅の周波数位置を決定するステップと、低減された帯域幅の決定された周波数位置内で物理アップリンク制御チャネル（ＰＵＣＣＨ）送信のためのＵＬリソースを決定するステップと、決定された低減された帯域幅およびＵＬリソースでＰＵＣＣＨを送るステップとを含む方法。

【0217】

３．低減された帯域幅の帯域端部でアップリンク制御チャネルを送信するステップをさらに含む実施形態１または２に記載の方法。

【0218】

４．低減された帯域幅の位置は、事前に定義される実施形態１乃至３のいずれか１つに記載の方法。

【0219】

５．低減された帯域幅の位置は、システム帯域幅に応じて定義される実施形態１乃至４のいずれか１つに記載の方法。

【0220】

６．低減された帯域幅の位置は、事前に定義されたホッピングパターンとして定義される実施形態１乃至５のいずれか１つに記載の方法。

【0221】

７．低減された帯域幅の位置は、上位レイヤのシグナリングにより構成される実施形態１乃至６のいずれか１つに記載の方法。

【0222】

８．アップリンク制御チャネルは、低減された帯域幅内でスロットホッピングを行わずに定義される実施形態１乃至７のいずれか１つに記載の方法。

【0223】

９．２つ以上の低コストのアップリンク制御チャネルリソース割当てタイプが定義される実施形態１乃至８のいずれか１つに記載の方法。

【0224】

１０．アップリンク制御チャネルリソース割当てタイプは、送信動作モードに従って使用される実施形態１乃至９のいずれか１つに記載の方法。

【0225】

１１．アップリンク制御チャネルリソース割当てタイプは、アップリンク送信動作モードに従って使用される実施形態１乃至１０のいずれか１つに記載の方法。

【0226】

１２．アップリンク制御チャネルリソース割当てタイプは、共有チャネルリソース割当てタイプに従って使用される実施形態１乃至１１のいずれか１つに記載の方法。

【0227】

１３．アップリンク制御チャネルリソース割当てタイプは、上位レイヤ構成に従って使用される実施形態１乃至１２のいずれか１つに記載の方法。

【0228】

１４．アップリンク制御チャネルリソース割当てタイプは、動的な指示に従って使用される実施形態１乃至１３のいずれか１つに記載の方法。

【0229】

１５．低減された帯域幅は６ＰＲＢである実施形態１乃至１４のいずれか１つに記載の方法。

【0230】

１６．低コストアップリンク制御チャネルに対するＰＲＢ対は、２つ以上のサブフレームにわたって位置する実施形態１乃至１５のいずれか１つに記載の方法。

【0231】

１７．ＰＲＢ対は、システム帯域幅の両方の帯域端部に位置する実施形態１乃至１６のいずれか１つに記載の方法。

【0232】

１８．レガシーアップリンク制御チャネルと低コストアップリンク制御チャネルとの間のアップリンク制御チャネルリソース衝突を回避するために、オフセットが使用される実施形態１乃至１７のいずれか１つに記載の方法。

【0233】

１９．アップリンク制御チャネルリソースは、レガシーアップリンク制御チャネルと低コストアップリンク制御チャネルとの間で共有される実施形態１乃至１８のいずれか１つに記載の方法。

【0234】

２０．アップリンク制御チャネルフォーマットのサブセットは、低コストアップリンク制御チャネルでサポートされる実施形態１乃至１９のいずれか１つに記載の方法。

【0235】

２１．１または複数の低コストアップリンク制御チャネルリソースを受信するステップをさらに含み、１または複数の低コストアップリンク制御チャネルリソースは、セル特有の方法で構成される実施形態１乃至２０のいずれか１つに記載の方法。

【0236】

２２．低コストアップリンク制御チャネルリソースは、低減された帯域幅に対応するアップリンクＰＲＢのセットとして定義される実施形態１乃至２１のいずれか１つに記載の方法。

【0237】

２３．１または複数の低コストアップリンク制御チャネルリソースは、サブフレーム内で重なることのないアップリンクＰＲＢの異なるセットで定義される実施形態１乃至２２のいずれか１つに記載の方法。

【0238】

２４．１または複数の低コストアップリンク制御チャネルリソースは、サブフレーム内で、完全に、または部分的に重なるアップリンクＰＲＢの異なるセットで定義される実施形態１乃至２３のいずれか１つに記載の方法。

【0239】

２５．ＷＴＲＵは、送信のためにセル特有の低コストアップリンク制御チャネルリソースを用いて構成される実施形態１乃至２４のいずれか１つに記載の方法。

【0240】

２６．低コストアップリンク制御チャネルリソースは、低減された帯域幅内のアップリンクサブフレームのサブセットで構成される実施形態１乃至２５のいずれか１つに記載の方法。

【0241】

２７．セル特有の低コストアップリンク制御チャネルリソースは、低減された帯域幅内のすべてのアップリンクサブフレームで構成されるが、セル特有の低コストアップリンク制御チャネルリソースのサブセットは、ＷＴＲＵ特有の低コストアップリンク制御チャネルリソースとして使用される実施形態１乃至２６のいずれか１つに記載の方法。

【0242】

２８．ＷＴＲＵ特有の低コストアップリンク制御チャネルリソースは、上位レイヤのシグナリングにより構成される実施形態１乃至２７のいずれか１つに記載の方法。

【0243】

２９．ＷＴＲＵ特有の低コストアップリンク制御チャネルリソースは、ネットワーク状態に応じて決定される実施形態１乃至２８のいずれか１つに記載の方法。

【0244】

３０．ＷＴＲＵ特有の低コストアップリンク制御チャネルリソースは、ダウンリンクチャネルを介して動的に示される実施形態１乃至２９のいずれか１つに記載の方法。

【0245】

３１．ＷＴＲＵは、同時のＡ／ＮおよびＳＲＳ送信にかかわらず、短縮されたアップリンク制御チャネルフォーマットをセル特有のＳＲＳサブフレームで使用する実施形態１乃至３０のいずれか１つに記載の方法。

【0246】

３２．低コストアップリンクチャネルリソースは、セル特有のＳＲＳサブフレーム内に構成されない実施形態１乃至３１のいずれか１つに記載の方法。

【0247】

３３．同時のＡ／ＮおよびＳＲＳ送信が活動化されない場合、セル特有のＳＲＳサブフレームで、アップリンク制御チャネル送信を多重化するステップをさらに含む実施形態１乃至３２のいずれか１つに記載の方法。

【0248】

３４．アップリンク低減帯域幅は、システム帯域幅内でＷＴＲＵ特有の方法で定義される実施形態１乃至３３のいずれか１つに記載の方法。

【0249】

３５．２つ以上の低減された帯域幅が、アップリンクチャネルに従って構成される実施形態１乃至３４のいずれか１つに記載の方法。

【0250】

３６．ＭＢＭＳサービスをＷＴＲＵがサポートすることを示す指示をｅＮＢに送るステップをさらに含む実施形態１乃至３５のいずれか１つに記載の方法。

【0251】

３７．ＭＢＭＳサービスにサブスクライブするステップをさらに含む実施形態１乃至３６のいずれか１つに記載の方法。

【0252】

３８．低減された機能のＷＴＲＵによるＭＢＭＳの受信を、ＭＢＳＦＮエリアがサポートできるという指示を受信するステップをさらに含む実施形態１乃至３７のいずれか１つに記載の方法。

【0253】

３９．１または複数のＭＢＳＦＮサブフレームは、低減された機能のＷＴＲＵへのＭＢＭＳサービスをサポートするように割り当てられる実施形態１乃至３８のいずれか１つに記載の方法。

【0254】

４０．ｅＮＢは、特定のＭＢＭＳセッション、サービス、および／またはＭＢＳＦＮエリアに対して、低減された機能のＷＴＲＵをサポートするという指示を受信する実施形態１乃至３９のいずれか１つに記載の方法。

【0255】

４１．ｅＮＢは、ＭＢＭＳスケジューリング情報をサポートするという指示を受信する実施形態１乃至４０のいずれか１つに記載の方法。

【0256】

４２．より少ない帯域幅内で、ＷＴＲＵを対象とするＭＢＳＦＮエリアに関連付けられた１または複数のＭＢＳＦＮサブフレームでマルチキャストチャネルを受信するステップをさらに含む実施形態１乃至４１のいずれか１つに記載の方法。

【0257】

４３．低減された帯域幅は、システム帯域幅に利用可能なＰＲＢの合計数に満たない連続する物理リソースブロック（ＰＲＢ）のサブセットを備える実施形態１乃至４２のいずれか１つに記載の方法。

【0258】

４４．連続するＰＲＢのサブセットは、システムＰＵＣＣＨを含む全体のシステム帯域幅の帯域端部に位置するＰＲＢと重なることがない実施形態１乃至４３のいずれか１つに記載の方法。

【0259】

４５．システム帯域幅内で低減された帯域幅の周波数位置を決定するステップは、ＷＴＲＵの識別、サブフレーム番号、またはシステムフレーム番号に応じることを含む実施形態１乃至４４のいずれか１つに記載の方法。

【0260】

４６．システム帯域幅内における低減された帯域幅の周波数位置を決定するステップは、事前定義のホッピングパターンを含む実施形態１乃至４５のいずれか１つに記載の方法。

【0261】

４７．システム帯域幅内における低減された帯域幅の周波数位置を決定するステップは、上位レイヤのシグナリングを含む実施形態１乃至４６のいずれか１つに記載の方法。

【0262】

４８．ＰＵＣＣＨ送信のためのＵＬリソースは、低減された帯域幅の両方の帯域端部に位置する実施形態１乃至４７のいずれか１つに記載の方法。

【0263】

４９．ＰＵＣＣＨ送信のためのＵＬリソースは、低減された帯域幅内でスロットホッピングを行わずに定義され、したがって、ＵＬリソースは同じ周波数におけるＰＲＢ対を備える実施形態１乃至４８のいずれか１つに記載の方法。

【0264】

５０．ＰＵＣＣＨ送信のためのＵＬリソースは、２つ以上のサブフレームにわたって定義され、したがって、ＵＬリソースの割当ては、第１のサブフレームの第１のスロット、および第２のサブフレームの第２のスロットにおけるＰＲＢ対を含む実施形態１乃至４９のいずれか１つに記載の方法。

【0265】

５１．ＰＵＣＣＨ送信のためのＵＬリソースは、ＷＴＲＵのカバレッジ拡張（ＣＥ）レベルに基づいて決定される実施形態１乃至５０のいずれか１つに記載の方法。

【0266】

５２．実施形態１乃至５１の方法のいずれか１つを実施するように構成された無線送受信ユニット（ＷＴＲＵ）。

【0267】

５３．実施形態１乃至５１の方法のいずれか１つを実施するように構成されたサーバ。

【0268】

５４．実施形態１乃至５１の方法のいずれか１つを実施するように構成されたコンテンツ管理システム。

【0269】

５５．実施形態１乃至５１の方法のいずれか１つを実施するように構成されたアプリケーションプログラミングインターフェース（ＡＰＩ）。

【0270】

５６．実施形態１乃至５１の方法のいずれか１つを実施するように構成されたネットワーク要素。

【0271】

５７．システム帯域幅の低減された帯域幅上で動作しながら、アップリンク送信およびマルチメディア同報通信マルチキャストサービス（ＭＢＭＳ）をサポートする無線送受信ユニット（ＷＴＲＵ）であって、アップリンク（ＵＬ）送信のために、システム帯域幅内における低減された帯域幅の周波数位置を決定するように構成された回路と、低減された帯域幅の決定された周波数位置内で物理アップリンク制御チャネル（ＰＵＣＣＨ）送信のためのＵＬリソースを決定するように構成された回路と、決定された低減された帯域幅およびＵＬリソースでＰＵＣＣＨを送るように構成された回路とを備える無線送受信ユニット（ＷＴＲＵ）。

【0272】

５８．低減された帯域幅は、システム帯域幅に利用可能なＰＲＢの合計数に満たない連続する物理リソースブロック（ＰＲＢ）のサブセットを備える実施形態５７に記載のＷＴＲＵ。

【0273】

５９．連続するＰＲＢのサブセットは、システムＰＵＣＣＨを含む全体のシステム帯域幅の帯域端部に位置するＰＲＢと重なることがない実施形態１乃至５８のいずれか１つに記載のＷＴＲＵ。

【0274】

６０．ＷＴＲＵの識別、サブフレーム番号、またはシステムフレーム番号を用いて、システム帯域幅内における低減された帯域幅の周波数位置を決定するように構成された回路をさらに備える実施形態１乃至５９のいずれか１つに記載のＷＴＲＵ。

【0275】

６１．事前定義のホッピングパターンを用いて、システム帯域幅内における低減された帯域幅の周波数位置を決定するように構成された回路をさらに備える実施形態１乃至６０のいずれか１つに記載のＷＴＲＵ。

【0276】

６２．上位レイヤのシグナリングを用いて、システム帯域幅内における低減された帯域幅の周波数位置を決定するように構成された回路をさらに備える実施形態１乃至６１のいずれか１つに記載のＷＴＲＵ。

【0277】

６３．ＰＵＣＣＨ送信のためのＵＬリソースは、低減された帯域幅の両方の帯域端部に位置する実施形態１乃至６２のいずれか１つに記載のＷＴＲＵ。

【0278】

６４．ＰＵＣＣＨ送信のためのＵＬリソースは、低減された帯域幅内でスロットホッピングを行わずに定義され、したがって、ＵＬリソースは同じ周波数におけるＰＲＢ対を備える実施形態１乃至６３のいずれか１つに記載のＷＴＲＵ。

【0279】

６５．ＰＵＣＣＨ送信のためのＵＬリソースは、２つ以上のサブフレームにわたって定義され、したがって、ＵＬリソースの割当ては、第１のサブフレームの第１のスロット、および第２のサブフレームの第２のスロットにおけるＰＲＢ対を含む実施形態１乃至６４のいずれか１つに記載のＷＴＲＵ。

【0280】

６６．ＰＵＣＣＨ送信のためのＵＬリソースは、ＷＴＲＵのカバレッジ拡張（ＣＥ）レベルに基づいて決定される実施形態１乃至６５のいずれか１つに記載のＷＴＲＵ。

【0281】

特徴および要素が特定の組合せにより上記で述べられているが、当業者であれば、各特徴または要素は、単独で、または他の特徴および要素との任意の組合せで使用できることが理解されよう。さらに、本明細書で述べられる方法は、コンピュータまたはプロセッサにより実行するために、コンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、電子信号（有線または無線接続を介して送信される）、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、これだけに限らないが、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび取外し可能ディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ－ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。ソフトウェアに関連付けられたプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用する無線周波数送受信機を実施するために使用することができる。

【産業上の利用可能性】

【0282】

本発明は、一般的に無線通信システムに利用することができる。

【符号の説明】

【0283】

１００ 通信システム
１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ 無線送受信ユニット（ＷＴＲＵ）
１０４ ＲＡＮ
１０６ コアネットワーク
１０８ ＰＳＴＮ
１１０ インターネット

【図1A】

【図1B】

【図1C】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】