JP2015534788A - Ｌｔｅにおけるｐｍｃｈ／ｐｒｓおよびｅｐｄｃｃｈの処理 - Google Patents

Abstract

ＬＴＥなど、ワイヤレスネットワークにおける（物理マルチキャストチャネル（ＰＭＣＨ）などの）マルチキャストチャネルと、（拡張物理ダウンリンク制御チャネル（ＥＰＤＤＣＨ）などの）制御チャネルとの間の不一致を解決するための方法および装置が提供される。一態様では、ＵＥが、サブフレーム中の拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）を処理すべきか、サービスの信号を処理すべきかを判断する。ＵＥはその判断に従って通信する。

Description

関連出願の相互参照
本出願は、その開示全体が参照により本明細書に明確に組み込まれる、２０１２年１０月４日に出願された「PROCESSING PMCH AND EPDCCH IN LTE」と題する米国仮特許出願第６１／７０９，９３２号の米国特許法第１１９条（ｅ）項に基づく利益を主張する。

[0001]本開示の態様は、一般に、ワイヤレス通信システムに関し、より詳細には、ＬＴＥなど、ワイヤレスネットワークにおける（物理マルチキャストチャネル（ＰＭＣＨ：physical multicast channel）などの）マルチキャストチャネルと、（拡張物理ダウンリンク制御チャネル（ＥＰＤＤＣＨ：enhanced physical downlink control channel）などの）制御チャネルとの間の不一致を解決すること（resolving collisions）に関する。

[0002]ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなどの様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（たとえば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を採用し得る。そのような多元接続技術の例としては、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムがある。

[0003]これらの多元接続技術は、異なるワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを与えるために様々な電気通信規格において採用されている。新生の電気通信規格の一例はロングタームエボリューション（ＬＴＥ：Long Term Evolution）である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ：Third Generation Partnership Project）によって公表されたユニバーサルモバイル電気通信システム（ＵＭＴＳ：Universal Mobile Telecommunications System）モバイル規格の拡張のセットである。ＬＴＥは、スペクトル効率を改善することによってモバイルブロードバンドインターネットアクセスをより良くサポートし、コストを下げ、サービスを改善し、新しいスペクトルを利用し、また、ダウンリンク（ＤＬ）上ではＯＦＤＭＡを使用し、アップリンク（ＵＬ）上ではＳＣ−ＦＤＭＡを使用し、多入力多出力（ＭＩＭＯ）アンテナ技術を使用して他のオープン規格とより良く統合するように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増加し続けるにつれて、ＬＴＥ技術のさらなる改善が必要である。好ましくは、これらの改善は、他の多元接続技術と、これらの技術を採用する電気通信規格とに適用可能であるべきである。

[0004]一態様では、ワイヤレス通信の方法が開示される。本方法は、サブフレーム中の拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）を処理すべきか、サービスの信号を処理すべきかを判断することを含む。ＵＥは、次いで、その判断に従って通信する。

[0005]別の態様は、メモリと、メモリに結合された少なくとも１つのプロセッサとを有するワイヤレス通信を開示する。（１つまたは複数の）プロセッサは、サブフレーム中の拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）を処理すべきか、サービスの信号を処理すべきかを判断するように構成される。（１つまたは複数の）プロセッサはまた、その判断に従って通信するように構成される。

[0006]別の態様では、非一時的コンピュータ可読媒体を有する、ワイヤレスネットワークにおけるワイヤレス通信のためのコンピュータプログラム製品が開示される。コンピュータ可読媒体は、（１つまたは複数の）プロセッサによって実行されたとき、（１つまたは複数の）プロセッサに、サブフレーム中の拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）を処理すべきか、サービスの信号を処理すべきかを判断する動作を実行させる非一時プログラムコードを記録している。プログラムコードはまた、（１つまたは複数の）プロセッサにその判断に従って通信させる。

[0007]別の態様は、サブフレーム中の拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）を処理すべきか、サービスの信号を処理すべきかを判断するための手段を含む装置を開示する。その判断に従って通信するための手段も含まれる。

[0008]ここでは、以下の発明を実施するための形態がより良く理解され得るように、本開示の特徴および技術的利点についてやや広く概説した。以下で、本開示の追加の特徴および利点について説明する。本開示は、本開示の同じ目的を実行するための他の構造を変更または設計するための基礎として容易に利用され得ることを、当業者は諒解されたい。また、そのような等価な構成は、添付の特許請求の範囲に記載の本開示の教示から逸脱しないことを、当業者は了解されたい。さらなる目的および利点とともに、本開示の編成と動作の方法の両方に関して、本開示を特徴づけると考えられる新規の特徴は、添付の図に関連して以下の説明を検討するとより良く理解されよう。ただし、図の各々は、例示および説明のみの目的で与えたものであり、本開示の限界を定めるものではないことを明確に理解されたい。

[0009]本開示の特徴、特性、および利点は、全体を通じて同様の参照符号が同様のものを指す図面とともに、以下に記載する発明を実施するための形態を読めばより明らかになろう。

[0010]ネットワークアーキテクチャの一例を示す図。 [0011]アクセスネットワークの一例を示す図。 [0012]ＬＴＥにおけるダウンリンクフレーム構造の一例を示す図。 [0013]ＬＴＥにおけるアップリンクフレーム構造の一例を示す図。 [0014]ユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図。 [0015]アクセスネットワーク中の発展型ノードＢおよびユーザ機器の一例を示す図。 [0016]様々なＥＰＤＣＣＨ構造を示す図。 [0017]本開示の態様による、ＰＭＣＨおよびＥＰＤＣＣＨを処理するための方法を示すブロック図。 [0018]例示的な装置中の異なるモジュール／手段／構成要素間の例示的なデータフローを示す概念データフロー図。

[0019]添付の図面に関して以下に示す発明を実施するための形態は、様々な構成を説明するものであり、本明細書で説明する概念が実施され得る唯一の構成を表すものではない。発明を実施するための形態は、様々な概念の完全な理解を与えるための具体的な詳細を含む。ただし、これらの概念はこれらの具体的な詳細なしに実施され得ることが当業者には明らかであろう。いくつかの例では、そのような概念を不明瞭にしないように、よく知られている構造および構成要素をブロック図の形式で示す。

[0020]様々な装置および方法に関して電気通信システムの態様を提示する。これらの装置および方法について、以下の詳細な説明において説明し、（「要素」と総称される）様々なブロック、モジュール、構成要素、回路、ステップ、プロセス、アルゴリズムなどによって添付の図面に示す。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装され得る。そのような要素がハードウェアとして実装されるのか、ソフトウェアとして実装されるのかは、特定の適用例および全体的なシステムに課された設計制約に依存する。

[0021]例として、要素、または要素の任意の部分、または要素の任意の組合せは、１つまたは複数のプロセッサを含む「処理システム」を用いて実装され得る。プロセッサの例としては、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明する様々な機能を実行するように構成された他の好適なハードウェアがある。処理システム中の１つまたは複数のプロセッサはソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されたい。

[0022]したがって、１つまたは複数の例示的な実施形態では、説明する機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上に１つまたは複数の命令またはコードとして符号化され得る。コンピュータ可読媒体はコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。

[0023]図１は、ＬＴＥネットワークアーキテクチャ１００を示す図である。ＬＴＥネットワークアーキテクチャ１００は発展型パケットシステム（ＥＰＳ：Evolved Packet System）１００と呼ばれることがある。ＥＰＳ１００は、１つまたは複数のユーザ機器（ＵＥ）１０２と、発展型ＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Evolved UMTS Terrestrial Radio Access Network）１０４と、発展型パケットコア（ＥＰＣ：Evolved Packet Core）１１０と、ホーム加入者サーバ（ＨＳＳ：Home Subscriber Server）１２０と、事業者のＩＰサービス１２２とを含み得る。ＥＰＳは他のアクセスネットワークと相互接続することができるが、簡単のために、それらのエンティティ／インターフェースは図示していない。図示のように、ＥＰＳはパケット交換サービスを提供するが、当業者なら容易に諒解するように、本開示全体にわたって提示する様々な概念は、回線交換サービスを提供するネットワークに拡張され得る。

[0024]Ｅ−ＵＴＲＡＮは、発展型ノードＢ（ｅノードＢ）１０６と他のｅノードＢ１０８とを含む。ｅノードＢ１０６は、ＵＥ１０２に対してユーザプレーンプロトコル終端（termination）と制御プレーンプロトコル終端とを与える。ｅノードＢ１０６は、Ｘ２インターフェース（たとえば、バックホール）を介して他のｅノードＢ１０８に接続され得る。ｅノードＢ１０６は、基地局、トランシーバ基地局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ：basic service set）、拡張サービスセット（ＥＳＳ：extended service set）、または何らかの他の好適な用語で呼ばれることもある。ｅノードＢ１０６は、ＵＥ１０２にＥＰＣ１１０へのアクセスポイントを与える。ＵＥ１０２の例としては、セルラーフォン、スマートフォン、セッション開始プロトコル（ＳＩＰ：session initiation protocol）フォン、ラップトップ、携帯情報端末（ＰＤＡ）、衛星無線、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（たとえば、ＭＰ３プレーヤ）、カメラ、ゲーム機、または任意の他の同様の機能デバイスがある。ＵＥ１０２は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることもある。

[0025]ｅノードＢ１０６はＳ１インターフェースによってＥＰＣ１１０に接続される。ＥＰＣ１１０は、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）１１２と、他のＭＭＥ１１４と、サービングゲートウェイ１１６と、パケットデータネットワーク（ＰＤＮ：Packet Data Network）ゲートウェイ１１８とを含む。ＭＭＥ１１２は、ＵＥ１０２とＥＰＣ１１０との間のシグナリングを処理する制御ノードである。概して、ＭＭＥ１１２はベアラおよび接続管理を行う。すべてのユーザＩＰパケットはサービングゲートウェイ１１６を通して転送され、サービングゲートウェイ１１６自体はＰＤＮゲートウェイ１１８に接続される。ＰＤＮゲートウェイ１１８はＵＥのＩＰアドレス割振りならびに他の機能を与える。ＰＤＮゲートウェイ１１８は事業者のＩＰサービス１２２に接続される。事業者のＩＰサービス１２２は、インターネットと、イントラネットと、ＩＰマルチメディアサブシステム（ＩＭＳ：IP Multimedia Subsystem）と、ＰＳストリーミングサービス（ＰＳＳ：PS Streaming Service）とを含み得る。

[0026]図２は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の一例を示す図である。この例では、アクセスネットワーク２００は、いくつかのセルラー領域（セル）２０２に分割される。１つまたは複数のより低い電力クラスのｅノードＢ２０８は、複数のセル２０２のうちの１つまたは複数と重複するセルラー領域２１０を有し得る。より低い電力クラスのｅノードＢ２０８は、リモートラジオヘッド（ＲＲＨ：remote radio head）と呼ばれることがある。より低い電力クラスのｅノードＢ２０８は、フェムトセル（たとえば、ホームｅノードＢ（ＨｅＮｏｄｅＢ：home eNodeB））、ピコセル、またはマイクロセルであり得る。マクロｅノードＢ２０４は各々、それぞれのセル２０２に割り当てられ、セル２０２中のすべてのＵＥ２０６にＥＰＣ１１０へのアクセスポイントを与えるように構成される。アクセスネットワーク２００のこの例には集中コントローラはないが、代替構成では集中コントローラが使用され得る。ｅノードＢ２０４は、無線ベアラ制御、承認制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ１１６への接続性を含む、すべての無線関係機能を担当する。

[0027]アクセスネットワーク２００によって採用される変調および多元接続方式は、展開されている特定の電気通信規格に応じて異なり得る。ＬＴＥ適用例では、周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）の両方をサポートするために、ＯＦＤＭがＤＬ上で使用され、ＳＣ−ＦＤＭＡがアップリンク上で使用される。当業者なら以下の詳細な説明から容易に諒解するように、本明細書で提示する様々な概念は、ＬＴＥ適用例に好適である。ただし、これらの概念は、他の変調および多元接続技法を採用する他の電気通信規格に容易に拡張され得る。例として、これらの概念は、エボリューションデータオプティマイズド（ＥＶ−ＤＯ：Evolution-Data Optimized）またはウルトラモバイルブロードバンド（ＵＭＢ：Ultra Mobile Broadband）に拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリーの一部として第３世代パートナーシッププロジェクト２（３ＧＰＰ２：3rd Generation Partnership Project 2）によって公表されたエアインターフェース規格であり、ＣＤＭＡを採用して移動局にブロードバンドインターネットアクセスを提供する。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））とＴＤ−ＳＣＤＭＡなどのＣＤＭＡの他の変形態とを採用するユニバーサル地上無線アクセス（ＵＴＲＡ：Universal Terrestrial Radio Access）、ＴＤＭＡを採用する移動通信のためのグローバルシステム（ＧＳＭ（登録商標）：Global System for Mobile Communications）、ならびに、ＯＦＤＭＡを採用する、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ：Evolved UTRA）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、およびＦｌａｓｈ−ＯＦＤＭに拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは、３ＧＰＰ団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２団体からの文書に記載されている。採用される実際のワイヤレス通信規格および多元接続技術は、特定の適用例およびシステムに課された全体的な設計制約に依存することになる。

[0028]ｅノードＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有し得る。ＭＩＭＯ技術の使用により、ｅノードＢ２０４は、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間領域を活用することが可能になる。空間多重化は、データの異なるストリームを同じ周波数上で同時に送信するために使用され得る。データストリームは、データレートを増加させるために単一のＵＥ２０６に送信されるか、または全体的なシステム容量を増加させるために複数のＵＥ２０６に送信され得る。これは、各データストリームを空間的にプリコーディングし（すなわち、振幅および位相のスケーリングを適用し）、次いでＤＬ上で複数の送信アンテナを通して空間的にプリコーディングされた各ストリームを送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグナチャとともに（１つまたは複数の）ＵＥ２０６に到着し、これにより、（１つまたは複数の）ＵＥ２０６の各々がそのＵＥ２０６に宛てられた１つまたは複数のデータストリームを復元する（recover）ことが可能になる。アップリンク上で、各ＵＥ２０６は、空間的にプリコーディングされたデータストリームを送信し、これにより、ｅノードＢ２０４は、空間的にプリコーディングされた各データストリームのソースを識別することが可能になる。

[0029]空間多重化は、概して、チャネル状態が良好であるときに使用される。チャネル状態があまり良好でないときは、送信エネルギーを１つまたは複数の方向に集中させるためにビームフォーミングが使用され得る。これは、複数のアンテナを通して送信するためのデータを空間的にプリコーディングすることによって達成され得る。セルのエッジにおいて良好なカバレージを達成するために、送信ダイバーシティと組み合わせてシングルストリームビームフォーミング送信が使用され得る。

[0030]以下の詳細な説明では、アクセスネットワークの様々な態様について、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムに関して説明する。ＯＦＤＭは、ＯＦＤＭシンボル内のいくつかのサブキャリアを介してデータを変調するスペクトル拡散技法である。サブキャリアは正確な周波数で離間する（space apart）。離間（spacing）は、受信機がサブキャリアからデータを復元することを可能にする「直交性（orthogonality）」を与える。時間領域では、ＯＦＤＭシンボル間干渉をなくすために、ガードインターバル（たとえば、サイクリックプレフィックス（cyclic prefix））が各ＯＦＤＭシンボルに追加され得る。アップリンクは、高いピーク対平均電力比（ＰＡＰＲ：peak-to-average power ratio）を補償するために、ＳＣ−ＦＤＭＡをＤＦＴ拡散ＯＦＤＭ信号の形態で使用し得る。

[0031]図３は、ＬＴＥにおけるＤＬフレーム構造の一例を示す図３００である。フレーム（１０ｍｓ）は、等しいサイズの１０個のサブフレームに分割され得る。各サブフレームは、２つの連続するタイムスロットを含み得る。２つのタイムスロットを表すためにリソースグリッドが使用され得、各タイムスロットはリソースブロックを含む。リソースグリッドは複数のリソース要素に分割される。ＬＴＥでは、リソースブロックは、周波数領域中に１２個の連続サブキャリアを含んでおり、各ＯＦＤＭシンボル中のノーマルサイクリックプレフィックスについて、時間領域中に７個の連続ＯＦＤＭシンボル、または８４個のリソース要素を含んでいる。拡張サイクリックプレフィックスについて、リソースブロックは、時間領域中に６個の連続ＯＦＤＭシンボルを含んでおり、７２個のリソース要素を有する。Ｒ３０２、３０４として示されるリソース要素のいくつかはＤＬ基準信号（ＤＬ−ＲＳ：DL reference signal）を含む。ＤＬ−ＲＳは、（共通ＲＳと呼ばれることもある）セル固有ＲＳ（ＣＲＳ：Cell-specific RS）３０２と、ＵＥ固有ＲＳ（ＵＥ−ＲＳ：UE-specific RS）３０４とを含む。ＵＥ−ＲＳ３０４は、対応する物理ＤＬ共有チャネル（ＰＤＳＣＨ：physical DL shared channel）がマッピングされるリソースブロック上でのみ送信される。各リソース要素によって搬送されるビット数は変調方式に依存する。したがって、ＵＥが受信するリソースブロックが多いほど、また変調方式が高いほど、ＵＥのデータレートは高くなる。

[0032]図４は、ＬＴＥにおけるアップリンクフレーム構造の一例を示す図４００である。アップリンクのための利用可能なリソースブロックは、データセクションと制御セクションとに区分され得る。制御セクションは、システム帯域幅の２つのエッジにおいて形成され得、構成可能なサイズを有し得る。制御セクション中のリソースブロックは、制御情報を送信するためにＵＥに割り当てられ得る。データセクションは、制御セクション中に含まれないすべてのリソースブロックを含み得る。アップリンクフレーム構造は、データセクション中の連続するサブキャリアのすべてを単一のＵＥに割り当てることを可能にし得る連続サブキャリアを含むデータセクションを生じる。

[0033]ＵＥには、ｅノードＢに制御情報を送信するために、制御セクション中のリソースブロック４１０ａ、４１０ｂが割り当てられ得る。ＵＥには、ｅノードＢにデータを送信するために、データセクション中のリソースブロック４２０ａ、４２０ｂも割り当てられ得る。ＵＥは、制御セクション中の割り当てられたリソースブロック上の物理アップリンク制御チャネル（ＰＵＣＣＨ：physical uplink control channel）中で制御情報を送信し得る。ＵＥは、データセクション中の割り当てられたリソースブロック上の物理アップリンク共有チャネル（ＰＵＳＣＨ：physical uplink shared channel）中でデータのみまたはデータと制御情報の両方を送信し得る。アップリンク送信は、サブフレームの両方のスロットにわたり得、周波数にわたってホッピングし得る。

[0034]初期システムアクセスを実行し、物理ランダムアクセスチャネル（ＰＲＡＣＨ：physical random access channel）４３０中でアップリンク同期を達成するためにリソースブロックのセットが使用され得る。ＰＲＡＣＨ４３０は、ランダムシーケンスを搬送し、いかなるアップリンクデータ／シグナリングをも搬送することができない。各ランダムアクセスプリアンブルは、６つの連続するリソースブロックに対応する帯域幅を占有する。開始周波数（starting frequency）はネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、ある時間リソースおよび周波数リソースに制限される。周波数ホッピングはＰＲＡＣＨについてはない。ＰＲＡＣＨ試み（PRACH attempt）は単一のサブフレーム（１ｍｓ）中でまたは少数の連続サブフレームのシーケンス中で搬送され、ＵＥは、フレーム（１０ｍｓ）ごとに単一のＰＲＡＣＨ試みだけを行うことができる。

[0035]図５は、ＬＴＥにおけるユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図５００である。ＵＥおよびｅノードＢのための無線プロトコルアーキテクチャは、レイヤ１と、レイヤ２と、レイヤ３との３つのレイヤで示されている。レイヤ１（Ｌ１レイヤ）は最下位レイヤであり、様々な物理レイヤ信号処理機能を実装する。Ｌ１レイヤを本明細書では物理レイヤ５０６と呼ぶ。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６の上にあり、物理レイヤ５０６を介したＵＥとｅノードＢとの間のリンクを担当する。

[0036]ユーザプレーンでは、Ｌ２レイヤ５０８は、ネットワーク側のｅノードＢにおいて終端される、媒体アクセス制御（ＭＡＣ：media access control）サブレイヤ５１０と、無線リンク制御（ＲＬＣ：radio link control）サブレイヤ５１２と、パケットデータコンバージェンスプロトコル（ＰＤＣＰ：packet data convergence protocol）５１４サブレイヤとを含む。図示されていないが、ＵＥは、ネットワーク側のＰＤＮゲートウェイ１１８において終端されるネットワークレイヤ（たとえば、ＩＰレイヤ）と、接続の他端（たとえば、ファーエンドＵＥ、サーバなど）において終端されるアプリケーションレイヤとを含めてＬ２レイヤ５０８の上にいくつかの上位レイヤを有し得る。

[0037]ＰＤＣＰサブレイヤ５１４は、異なる無線ベアラと論理チャネルとの間で多重化を行う。ＰＤＣＰサブレイヤ５１４はまた、無線送信オーバーヘッドを低減するための上位レイヤデータパケットのヘッダ圧縮と、データパケットを暗号化することによるセキュリティと、ｅノードＢ間のＵＥに対するハンドオーバサポートとを行う。ＲＬＣサブレイヤ５１２は、上位レイヤデータパケットのセグメンテーションおよびリアセンブリ（reassembly）と、紛失データパケットの再送信と、ハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）による、順が狂った受信を補正するデータパケットの並べ替えとを行う。ＭＡＣサブレイヤ５１０は、論理チャネルとトランスポートチャネルとの間の多重化を行う。ＭＡＣサブレイヤ５１０はまた、ＵＥの間で１つのセル内の様々な無線リソース（たとえば、リソースブロック）を割り振ることを担当する。ＭＡＣサブレイヤ５１０はまたＨＡＲＱ動作を担当する。

[0038]制御プレーンでは、ＵＥおよびｅノードＢのための無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能がないことを除いて、物理レイヤ５０６およびＬ２レイヤ５０８について実質的に同じである。制御プレーンはまた、レイヤ３（Ｌ３レイヤ）中に無線リソース制御（ＲＲＣ：radio resource control）サブレイヤ５１６を含む。ＲＲＣサブレイヤ５１６は、無線リソース（すなわち、無線ベアラ）を取得することと、ｅノードＢとＵＥとの間のＲＲＣシグナリングを使用して下位レイヤを構成することとを担当する。

[0039]図６は、アクセスネットワーク中でＵＥ６５０と通信しているｅノードＢ６１０のブロック図である。ＤＬでは、コアネットワークからの上位レイヤパケットがコントローラ／プロセッサ６７５に与えられる。コントローラ／プロセッサ６７５はＬ２レイヤの機能を実装する。ＤＬでは、コントローラ／プロセッサ６７５は、様々な優先度メトリックに基づいて、ヘッダ圧縮と、暗号化と、パケットのセグメント化および並べ替えと、論理チャネルとトランスポートチャネルとの間の多重化と、ＵＥ６５０への無線リソース割振りとを行う。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作と、紛失パケットの再送信と、ＵＥ６５０へのシグナリングとを担当する。

[0040]ＴＸプロセッサ６１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のための様々な信号処理機能を実装する。信号処理機能は、ＵＥ６５０における前方誤り訂正（ＦＥＣ：forward error correction）と、様々な変調方式（たとえば、２位相シフトキーイング（ＢＰＳＫ：binary phase-shift keying）、４位相シフトキーイング（ＱＰＳＫ：quadrature phase-shift keying）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ：M-phase-shift keying）、多値直交振幅変調（Ｍ−ＱＡＭ：M-quadrature amplitude modulation））に基づいた信号コンスタレーション（signal constellations）へのマッピングとを可能にするために、コーディングとインターリービングとを含む。コーディングされ変調されたシンボルは、次いで並列ストリームに分割される。各ストリームは、次いでＯＦＤＭサブキャリアにマッピングされ、時間領域および／または周波数領域中で基準信号（たとえば、パイロット）と多重化され、次いで逆高速フーリエ変換（ＩＦＦＴ：Inverse Fast Fourier Transform）を使用して一緒に組み合わされて（combined together）、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルが生成される。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器６７４からのチャネル推定値は、コーディングおよび変調方式を判断するために、ならびに空間処理のために使用され得る。チャネル推定値は、ＵＥ６５０によって送信される基準信号および／またはチャネル状態フィードバックから導出され得る。各空間ストリームは、次いで、別個の送信機６１８ＴＸを介して異なるアンテナ６２０に与えられる。各送信機６１８ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調する。

[0041]ＵＥ６５０において、各受信機６５４ＲＸは、それのそれぞれのアンテナ６５２を通して信号を受信する。各受信機６５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、受信機（ＲＸ）プロセッサ６５６にその情報を与える。ＲＸプロセッサ６５６は、Ｌ１レイヤの様々な信号処理機能を実装する。ＲＸプロセッサ６５６は、ＵＥ６５０に宛てられた任意の空間ストリームを復元するために、その情報に対して空間処理を実行する。複数の空間ストリームがＵＥ６５０に宛てられた場合、それらはＲＸプロセッサ６５６によって単一のＯＦＤＭシンボルストリームに組み合わされ得る。ＲＸプロセッサ６５６は、次いで高速フーリエ変換（ＦＦＴ：Fast Fourier Transform）を使用してＯＦＤＭシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のサブキャリアごとに別々のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルと基準信号とは、ｅノードＢ６１０によって送信された可能性が最も高い信号コンスタレーションポイント（signal constellation points）を判断することによって復元され、復調される。これらの軟判定は、チャネル推定器６５８によって計算されるチャネル推定値に基づき得る。軟判定は、次いで、物理チャネル上でｅノードＢ６１０によって最初に送信されたデータと制御信号とを復元するために復号され、デインターリーブされる。データおよび制御信号は、次いでコントローラ／プロセッサ６５９に与えられる。

[0042]コントローラ／プロセッサ６５９はＬ２レイヤを実装する。コントローラ／プロセッサは、プログラムコードとデータとを記憶するメモリ６６０に関連し得る。メモリ６６０はコンピュータ可読媒体と呼ばれることがある。アップリンクでは、コントローラ／プロセッサ６５９は、コアネットワークからの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケット・リアセンブリ（packet reassembly）と、解読（deciphering）と、ヘッダ復元（decompression）と、制御信号処理とを行う。上位レイヤパケットは、次いで、Ｌ２レイヤの上のすべてのプロトコルレイヤを表すデータシンク６６２に与えられる。また、様々な制御信号がＬ３処理のためにデータシンク６６２に与えられ得る。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作をサポートするために肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを使用した誤り検出を担当する。

[0043]アップリンクでは、データソース６６７は、コントローラ／プロセッサ６５９に上位レイヤパケットを与えるために使用される。データソース６６７は、Ｌ２レイヤの上のすべてのプロトコルレイヤを表す。ｅノードＢ６１０によるＤＬ送信に関して説明した機能と同様に、コントローラ／プロセッサ６５９は、ヘッダ圧縮と、暗号化と、パケットのセグメント化および並べ替えと、ｅノードＢ６１０による無線リソース割振りに基づいた論理チャネルとトランスポートチャネルとの間の多重化とを行うことによって、ユーザプレーンおよび制御プレーンのためのＬ２レイヤを実装する。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作と、紛失パケットの再送信と、ｅノードＢ６１０へのシグナリングとを担当する。

[0044]ｅノードＢ６１０によって送信される基準信号またはフィードバックからチャネル推定器６５８によって導出されるチャネル推定値は、適切な符号化および変調方式を選択することと、空間処理を可能にすることとを行うために、ＴＸプロセッサ６６８によって使用され得る。ＴＸプロセッサ６６８によって生成される空間ストリームは、別個の送信機６５４ＴＸを介して異なるアンテナ６５２に与えられる。各送信機６５４ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調する。

[0045]アップリンク送信は、ＵＥ６５０における受信機機能に関して説明した方法と同様の方法でｅノードＢ６１０において処理される。各受信機６１８ＲＸは、それのそれぞれのアンテナ６２０を通して信号を受信する。各受信機６１８ＲＸは、ＲＦキャリア上に変調された情報を復元し、ＲＸプロセッサ６７０にその情報を与える。ＲＸプロセッサ６７０はＬ１レイヤを実装し得る。

[0046]コントローラ／プロセッサ６７５はＬ２レイヤを実装する。コントローラ／プロセッサ６７５は、プログラムコードとデータとを記憶するメモリ６７６に関連し得る。メモリ６７６はコンピュータ可読媒体と呼ばれることがある。アップリンクでは、コントローラ／プロセッサ６７５は、ＵＥ６５０からの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケット・リアセンブリと、解読と、ヘッダ復元と、制御信号処理とを行う。コントローラ／プロセッサ６７５からの上位レイヤパケットはコアネットワークに与えられ得る。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを使用した誤り検出を担当する。

[0047]ＬＴＥリリース８／９／１０では、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：physical downlink control channel）は、サブフレーム中の最初のいくつかのシンボル（たとえば、１つ、２つ、３つまたは４つ）内に位置し、システム帯域幅全体にわたって完全に分散される。さらに、ＰＤＣＣＨは物理ダウンリンク共有チャネルＰＤＳＣＨと時間領域多重化（ＴＤＭ：time domain multiplex）され、それにより、サブフレームを制御領域とデータ領域とに効果的に分割する。

[0048]ＬＴＥリリース１１では、拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）などの拡張制御チャネルが導入される。サブフレーム中の最初のいくつかの制御シンボルを占有する従来の制御チャネルとは対照的に、拡張制御チャネルは、共有チャネル（ＰＤＳＣＨ）と同様にデータ領域を占有し得る。拡張制御チャネルは、制御チャネル容量を増加させ、セル間干渉協調（ＩＣＩＣ：inter-cell interference coordination）をサポートし、制御チャネルリソースの空間再利用を改善し、ビームフォーミングおよび／またはダイバーシティをサポートし、新しいキャリアタイプ上で、およびマルチメディア・ブロードキャスト・オーバー・単一周波数ネットワーク（multimedia broadcast over single frequency network）（ＭＢＳＦＮ）サブフレームにおいて動作し、従来のユーザ機器（ＵＥ）と同じキャリア上に共存し得る。

[0049]ＬＴＥリリース８／９／１０では、各ＵＥはＰＤＣＣＨ復号候補（PDCCH decoding candidates）のセットを監視する。概して、共通（探索空間）およびＵＥ固有（探索空間）という２つのセットがある。共通探索空間（ＣＳＳ：common search space）は、アグリゲーションレベル４のための４つの候補、およびアグリゲーションレベル８のための２つの候補など、最高６つの復号候補を含む。アグリゲーションレベルＮは、Ｎ個の制御チャネル要素（ＣＣＥ：control channel element）として定義される。各ＣＣＥは３６個のリソース要素（ＲＥ）を有する。共通探索空間は、すべてのＵＥに共通であり、ブロードキャスト（たとえば、システム、ページング、ランダムアクセスチャネル（ＲＡＣＨ：random access channel）応答など）のために主に使用される。共通探索空間はまた、ユニキャストスケジューリングのために使用され得る。各復号候補について、最高２つの異なるダウンリンク制御情報（ＤＣＩ）フォーマットサイズがある。したがって、最高６×２＝１２回のブラインド復号（blind decodes）がある。

[0050]図７に、様々なＥＰＤＣＣＨ構造の例を示す。たとえば、一態様では、ＥＰＤＣＣＨ構造は、リレー物理ダウンリンク制御チャネル（Ｒ−ＰＤＣＣＨ）構造と同じであり得る。代替的に、別の態様では、ＥＰＤＣＣＨは純粋なＦＤＭ（pure-FDM）（周波数分割多重化）であり得る。場合によっては、代替構造では、ＥＰＤＣＣＨ構造はすべてＴＤＭである。代替的に、ＥＰＤＣＣＨはリレー物理ダウンリンク制御チャネル（Ｒ−ＰＤＣＣＨ）と類似するが、同じではない。さらに別の代替構造では、ＥＰＤＣＣＨはＴＤＭとＦＤＭとを組み合わせ得る。

[0051]拡張制御チャネルが周波数分割多重化（ＦＤＭ）に基づくとき、拡張制御チャネルは第１のスロットと第２のスロットの両方にわたる。場合によっては、送信時間間隔（ＴＴＩ：transmission time interval）中で受信可能なトランスポートチャネル（ＴｒＣＨ）ビットの最大数に対する制限があり得る。共有チャネルと拡張制御チャネルとは物理リソースブロック（ＰＲＢ）ペア内で多重化され得ない。

[0052]いくつかの構成では、ＥＰＤＣＣＨのために局所的送信と分散型送信（localized and distributed transmission）の両方がサポートされる。局所的送信の場合、および共通基準信号（ＣＲＳ：common reference signal）が拡張制御チャネルの復調のために使用されない分散型送信の場合、拡張制御チャネルの復調は復調基準信号（ＤＭＲＳ：demodulation reference signal）に基づく。ＤＭＲＳは、拡張制御チャネルの送信のために使用される物理リソースブロック（ＰＲＢ）中で送信される。

[0053]ＵＥは、すべてのサブフレームまたはサブフレームのサブセット上のＥＰＤＣＣＨを監視することができる。ＥＰＤＣＣＨの存在は、サブフレーム依存であり得る。特に、ＵＥが所与のキャリア上のＥＰＤＣＣＨ ＵＥ固有探索空間（ＵＥＳＳ：UE specific search space）を監視するサブフレームでは、ＵＥは、同じキャリア上のＰＤＣＣＨ ＵＥ固有探索空間を監視しない。ＵＥは、所与のサブフレーム中の局所的ＥＰＤＣＣＨ候補または分散型ＥＰＤＣＣＨ候補のいずれかを監視するように構成され得る。さらに、ＵＥはＰＤＣＣＨについて共通探索空間（ＣＳＳ）を監視することができる。代替的に、ＵＥが（たとえば、キャリアタイプに基づいて、または何らかのシグナリングに基づいて）、ＥＰＤＣＣＨ上に共通探索空間が存在すると判断した場合、ＵＥはまた、ＥＰＤＣＣＨについて共通探索空間を監視し得る。

[0054]ＵＥは、所与のサブフレーム中の局所的ＥＰＤＣＣＨ候補と分散型ＥＰＤＣＣＨ候補の両方を監視するように構成され得る。ＵＥが両方とも監視するように構成されたとき、キャリア上のＵＥ固有探索空間ブラインド復号（UE specific search space blind decodes）の総数は増加されない。

[0055]ＵＥがＥＰＤＣＣＨ ＵＥ固有探索空間を監視しないサブフレームは、あらかじめ判断され得る。特に、ＥＰＤＣＣＨは、時分割複信（ＴＤＤ）システムにおいて、ノーマル・サイクリック・プレフィックス（ＣＰ）については特殊サブフレーム構成（special subframe configurations）０および５、または拡張ＣＰについては構成０および４、についてＵＥによって監視され得ない。別の態様では、ＵＥは、ＵＥがサブフレームについてＥＰＤＣＣＨを監視し得るそのサブフレームのセットのための上位レイヤシグナリングによって構成され得る。別の態様では、ＵＥは、他の暗黙的情報に基づいて、サブフレーム中のＥＰＤＣＣＨを監視すべきかどうかを判断し得る。一例として、サブフレームが新しいキャリアタイプのサブフレームである場合、ＵＥはサブフレーム中のＥＰＤＣＣＨを監視することを判断し得る。別の例として、ＵＥは、ブロードキャストメッセージ中の指示に基づいて、サブフレーム中のＥＰＤＣＣＨを監視することを判断し得る。

[0056]ＵＥがＥＰＤＣＣＨを監視しないことを判断したサブフレーム中では、ＵＥは、リリース１０に従ってＰＤＣＣＨ上の共通探索空間（ＣＳＳ）とＵＥ固有探索空間とを監視する。

[0057]本開示の別の態様は、物理マルチキャストチャネル（ＰＭＣＨ）サブフレームを対象とする。ＵＥが同じ周波数帯域上の同じエリア中で動作するセルからＰＭＣＨを受信するとき、ＰＭＣＨは、マルチメディア・ブロードキャスト・オーバー・単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームのオプションを実装し得、およびＰＭＣＨは、マルチキャストチャネル（ＭＣＨ）を搬送する。ＬＴＥリリース１０は、ＭＢＳＦＮサブフレーム中の２つのタイプの送信を許可する。送信の１つのタイプは、マルチメディア・ブロードキャスト・マルチキャストサービス（ＭＢＭＳ：multimedia broadcast multicast service）のためのものであり、そこでは、ＭＢＳＦＮサブフレームのすべてまたはサブセットが物理マルチキャストチャネル（ＰＭＣＨ）復号のために上位レイヤによって判断される。ＭＢＳＦＮサブフレームのための他の許容されるタイプの送信は、たとえば、モード９および１０に基づいて、ユニキャストダウンリンク送信をサポートする。

[0058]ＵＥにおけるＭＢＭＳのためのＭＢＳＦＮサブフレームの判断が、ｅノードＢにおいて完全に知られているとは限らない。特に、異なるＵＥが異なるＭＢＭＳサービスに加入（subscribe）し得る。その結果、ｅノードＢおよびＵＥは、ＭＢＳＦＮサブフレームがＰＭＣＨのためのものであるかどうかに関して調整不良になり（misaligned）得る。

[0059]ＰＭＣＨは帯域幅全体を占有するので、ＰＤＳＣＨとＰＭＣＨとは同じサブフレーム中でサポートされない。一態様では、ＥＰＤＣＣＨとＰＭＣＨとは、ＵＥの観点から同じサブフレーム中でサポートされ得ない。

[0060]ＵＥにおけるＰＭＣＨサブフレームの判断が、ｅノードＢによって完全に知られているとは限らない。その結果、ＵＥが、サブフレームはＭＢＭＳサブフレームであると判断したときに、代わりに、ｅノードＢは、同じサブフレームをＥＰＤＣＣＨのために構成することがある。別の態様では、ＵＥは、サブフレーム中のＥＰＤＣＣＨを監視することを判断し得、同時にまた、そのサブフレームがＭＢＭＳサブフレームであると判断し得る。本開示の一態様は、同じサブフレーム中でのＰＭＣＨおよびＥＰＤＣＣＨの処理を回避することによって、ＵＥ側においてこれらのタイプの潜在的不一致（potential collisions）を管理することを対象とする。

[0061]本開示の一態様は、チャネルタイプに基づいて優先度を割り当てることによって、サブフレームを管理することを対象とする。たとえば、一態様では、ＥＰＤＣＣＨがより高い優先度を与えられる。ＵＥが、サブフレームがＥＰＤＣＣＨを搬送し得ることを（たとえば、無線リソース制御（ＲＲＣ）構成に基づいて）通知された場合、ＥＰＤＣＣＨ監視はより高い優先度を割り当てられる。ＵＥは、そのサブフレーム中のＰＭＣＨ受信を続けないことになる。さらに、ＵＥがダウンリンク送信モード９、モード１０および／または任意の他の復調基準信号（ＤＭ−ＲＳ）互換モードで構成された場合、ＵＥはまた、それがスケジュールされている場合、ユニキャストＰＤＳＣＨを搬送しているとしてサブフレームを処理する。さらに、そのサブフレームは、ＭＢＭＳなしのユニキャストのために使用される標準ＭＢＳＦＮサブフレームとして扱われる。すなわち、そのサブフレームのサイクリックプレフィックスは、サブフレーム０のサイクリックプレフィックスに基づいて判断され得る。さらに、ＰＭＣＨ基準信号（ＲＳ）は、サブフレーム中にないと仮定され得る。言い換えれば、ＥＰＤＣＣＨがより高い優先度を与えられる場合、ＵＥは、サブフレームがＥＰＤＣＣＨサブフレームとして構成されない場合のみ、ＰＭＣＨを搬送するＭＢＳＦＮサブフレームを判断し得る。

[0062]場合によっては、別の態様では、ＰＭＣＨがより高い優先度を割り当てられる。この場合、（ＵＥが、それがＥＰＤＣＣＨ監視のためのサブフレームであると判断した場合でも）ＵＥはＥＰＤＣＣＨを監視しない。代わりに、ＵＥはＰＭＣＨ受信を続ける（proceeds with the PMCH reception）。さらに、このシナリオでは、ＵＥは、このサブフレーム中のレガシーＰＤＣＣＨを代わりに監視し得る。一例として、ＵＥは、このサブフレーム中のアップリンク許可（uplink grants）、またはダウンリンク半永続的スケジューリングリリース（downlink semi-persistent scheduling release）についてレガシーＰＤＣＣＨを監視し得る。

[0063]別の態様では、優先度は送信モードに依存する。たとえば、モードがダウンリンクモード９、１０および／または何らかの将来のＤＭ−ＲＳ互換モードである場合、ＥＰＤＣＣＨはより高い優先度を割り当てられる。そうでない場合、ＰＭＣＨがより高い優先度を与えられる。

[0064]別の態様では、ＰＭＣＨを処理すべきか、ＥＰＤＣＣＨを処理すべきかを判断することは、ＵＥ実装形態（UE implementation）に基づく。ＵＥは、チャネルをどのように処理すべきかを判断する。特に、ＵＥは、ＰＭＣＨ、ＥＰＤＣＣＨ、またはその両方を処理することを選択し得る（たとえば、最初にＥＰＤＣＣＨを処理し、続いてＰＭＣＨを処理する）。

[0065]別の態様では、ＰＭＣＨを処理すべきか、ＥＰＤＣＣＨを処理すべきかを判断することは、サブフレームが明示的シグナリングを介してＥＰＤＣＣＨサブフレームとして判断されるか、暗黙的判断を介してＥＰＤＣＣＨサブフレームとして判断されるかに依存する。一例として、ＵＥが、サブフレームがＥＰＤＣＣＨサブフレームであるとの明示的指示を受信した場合、ＥＰＤＣＣＨはより高い優先度を与えられる。ＵＥが、暗黙的方法で（たとえば、キャリアタイプに基づいて）サブフレームがＥＰＤＣＣＨサブフレームであると判断した場合、ＰＭＣＨはより高い優先度を与えられる。別の例として、ＵＥが、サブフレームがＥＰＤＣＣＨサブフレームであるとの明示的指示を受信しなかった場合、ＵＥは、サブフレームがＰＭＣＨを含んでいるかどうかを最初に判断し得る。ＵＥが、サブフレームはＰＭＣＨサブフレームであると判断した場合、ＵＥは、サブフレーム中のＥＰＤＣＣＨを監視しないことになり、代わりにレガシーＰＤＣＣＨを監視し得る。そうでない場合（ＵＥが、サブフレームはＰＭＣＨサブフレームでないと判断した場合）、ＵＥは、サブフレームがＥＰＤＣＣＨサブフレームであると判断し得る。

[0066]別の態様では、ＰＭＣＨを処理すべきか、ＥＰＤＣＣＨを処理すべきかを判断することが、ＥＰＤＣＣＨが共通探索空間内にあるかどうかに依存する。一例として、ＥＰＤＣＣＨが共通探索空間内にある場合、ＵＥは、サブフレームがＥＰＤＣＣＨサブフレームであると判断し得る。ＥＰＤＣＣＨが共通探索空間内にない場合、ＵＥは、サブフレームがＰＭＣＨサブフレームであると判断し得る。

[0067]前の説明では、ＥＰＤＣＣＨまたはＰＭＣＨを処理することに関して説明したが、本概念は、サブフレーム中のＥＰＤＣＣＨとサービスの信号との間の対立（conflicts）にも適用され得る。サービスの信号は、たとえば、ポジショニング基準信号（ＰＲＳ：positioning reference signal）を含み得る。ＬＴＥでは、ＰＲＳはアンテナポート６上で送信される。ＰＲＳは、ポジショニング基準信号送信のために構成されたダウンリンクサブフレーム中のリソースブロック中で送信される。上記で説明した様々な概念から、ＵＥは、サブフレームがポジショニングサブフレーム（a positioning subframe）であるのか、またはＥＰＤＣＣＨサブフレームであるのかを判断し得る。

[0068]本開示の別の態様は、サブフレーム中のＥＰＤＣＣＨの開始シンボル（a starting symbol）をＵＥに示すことを対象とする。ＥＰＤＣＣＨの開始シンボルは、少なくともいくつかのサブフレーム中のまたは少なくともいくつかのＵＥのための、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ：physical control format indicator channel）を復号することによって判断され得る。一態様では、ＥＰＤＣＣＨの開始シンボルは、ＬＴＥリリース８でのように、物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ：physical hybrid automatic repeat request indicator channel）の復号と組み合わせられ得る。たとえば、ＰＨＩＣＨ持続時間が拡張された場合、制御領域サイズは少なくとも３つの（非ＭＢＳＦＮサブフレーム）シンボルであるか、または２つの（ＭＢＳＦＮサブフレーム）シンボルに固定される。ＰＣＦＩＣＨ検出はＵＥ側において省略され得る。ＰＨＩＣＨ持続時間が通常である場合、制御領域サイズは１〜４つのシンボル（非ＭＢＳＦＮサブフレームの場合）または１〜２つのシンボル（ＭＢＳＦＮサブフレームの場合）になり得る。ＥＰＤＣＣＨの開始シンボルは、次いで、制御領域の後のシンボルである。さらに、ＥＰＤＣＣＨの開始シンボルは制御領域サイズによって判断され得る。

[0069]一態様では、ＥＰＤＣＣＨの開始シンボルは、制御領域の終端（end）より１つまたは複数のシンボル後に配置される。たとえば、隣接セルが３つのシンボルの制御領域サイズを有し、サービングセルが、ＰＣＦＩＣＨによって示されるように２つのシンボルの制御領域サイズを有する場合、サービングセルのＥＰＤＣＣＨは、３番目のシンボルではなく４番目のシンボルから開始し得る。

[0070]一態様では、ＵＥは、ＥＰＤＣＣＨの開始シンボルが制御領域の終端より１つまたは複数のシンボル後にあるという指示を受信する。一例として、その指示はＰＣＦＩＣＨを介し得る。一態様では、受信された指示はレガシーＵＥに影響を及ぼさない。レガシーＵＥおよび新しいＵＥが同じサブフレーム中に共存する場合、ＰＨＩＣＨは「拡張」持続時間を示すように構成され、レガシーＵＥがＰＣＦＩＣＨ検出を省略することを可能にし得る。一態様では、レガシーＵＥは、レガシー制御領域サイズを判断するためにＰＨＩＣＨに依拠する。

[0071]新しいＵＥの場合、ＰＣＦＩＣＨは、拡張持続時間を示すＰＨＩＣＨと比較してより高い優先度を割り当てられる。ＰＣＦＩＣＨ値は、ＰＨＩＣＨによって暗示される値とは異なる値を示し得る。たとえば、サブフレームがＭＢＳＦＮサブフレームであり、ＰＨＩＣＨが拡張持続時間を示す場合、ＰＨＩＣＨは制御領域について２つのシンボルを暗示する。ＥＰＤＣＣＨで構成されたＵＥに４番目のシンボルまたは５番目のシンボルからＥＰＤＣＣＨを開始するように言うために、３つのシンボルまたは４つのシンボルを示すＰＣＦＩＣＨが送信され得る。

[0072]別のシナリオでは、修正されたＰＣＦＩＣＨ値（a revised PCFICH value）は、レガシーＵＥがスケジュールされていないサブフレーム中で、すなわち、異なるサブフレーム中で送信される。場合によっては、たとえば、リリース８ではサポートされていない値を示す（たとえば、ＭＢＳＦＮサブフレームが３つまたは４つの制御シンボルを示す）ＰＣＦＩＣＨも送信され得る。

[0073]図８に、ＬＴＥにおいてサービスの信号（たとえば、ＰＭＣＨまたはＰＲＳ）およびＥＰＤＣＣＨを処理するための方法８００を示す。ブロック８０２において、ＵＥは、サブフレーム中のＥＰＤＣＣＨを処理すべきか、サービスの信号を処理すべきかを判断する。この判断は、上記で詳細に論じた様々なファクタおよび／または条件に基づき得る。ブロック８０４において、ＵＥはその判断に従って通信する。

[0074]一構成では、ＵＥ６５０は、ワイヤレス通信のために構成され、判断するための手段を含む。一態様では、この判断する手段は、この判断する手段によって具陳される機能を実行するように構成されたコントローラ／プロセッサ６５９および／またはメモリ６６０であり得る。ＵＥ６５０はまた、通信するための手段を含むように構成される。一態様では、この通信する手段は、この通信する手段によって具陳された機能を実行するように構成された、アンテナ６５２、受信機／送信機６５４、ＴＸプロセッサ６６８、ＲＸプロセッサ６５６、コントローラ／プロセッサ６５９および／またはメモリ６６０であり得る。別の態様では、上述の手段は、上述の手段によって具陳された機能を実行するように構成された任意のモジュールまたは任意の装置であり得る。

[0075]図９は、処理システム９１４を採用する装置９００のためのハードウェア実装形態の一例を示す図である。処理システム９１４は、バス９２４によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス９２４は、処理システム９１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス９２４は、プロセッサ９０４によって表される１つまたは複数のプロセッサおよび／またはハードウェアモジュールと、モジュール９１６、９１８と、コンピュータ可読媒体９０６とを含む様々な回路を一緒にリンクする。バス９２４はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明しない。

[0076]本装置は、トランシーバ９１０に結合された処理システム９１４を含む。トランシーバ９１０は、１つまたは複数のアンテナ９２０に結合される。トランシーバ９１０は、伝送媒体を介して様々な他の装置と通信することを可能にする。処理システム９１４は、コンピュータ可読媒体９０６に結合されたプロセッサ９０４を含む。プロセッサ９０４は、コンピュータ可読媒体９０６に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ９０４によって実行されたとき、処理システム９１４に、いずれかの特定の装置について説明した様々な機能を実行させる。コンピュータ可読媒体９０６はまた、ソフトウェアを実行するときにプロセッサ９０４によって操作されるデータを記憶するために使用され得る。

[0077]処理システムは、判断モジュール９１６と、通信モジュール９１８とを含む。判断モジュールは、サブフレーム中のＥＰＤＣＣＨを処理すべきか、サービスの信号を処理すべきかを判断することができる。通信モジュールはその判断に従って通信することができる。それらのモジュールは、プロセッサ９０４中で動作して、コンピュータ可読媒体９０６中に常駐する／記憶されたソフトウェアモジュールであるか、プロセッサ９０４に結合された１つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。処理システム９１４は、ＵＥ６５０の構成要素であり得、メモリ６６０および／またはコントローラ／プロセッサ６５９を含み得る。

[0078]さらに、本明細書の開示に関して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップについて、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課された設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈されるべきではない。

[0079]本明細書の開示に関して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。

[0080]本明細書の開示に関して説明した方法またはアルゴリズムのステップは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその２つの組合せで実施され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサに一体化され得る。プロセッサおよび記憶媒体はＡＳＩＣ中に常駐し得る。ＡＳＩＣはユーザ端末中に常駐し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として常駐し得る。

[0081]１つまたは複数の例示的な設計では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む通信媒体と、コンピュータ記憶媒体との両方を含む。記憶媒体は、汎用または専用コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコード手段を搬送または記憶するために使用され得、汎用もしくは専用コンピュータ、または汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピーディスク（disk）およびｂｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。

[0082]本開示についての以上の説明は、いかなる当業者も本開示を作成または使用することができるように与えたものである。本開示への様々な修正は当業者には容易に明らかとなり、本明細書で定義した一般原理は、本開示の趣旨または範囲から逸脱することなく他の変形形態に適用され得る。したがって、本開示は、本明細書で説明した例および設計に限定されるものではなく、本明細書で開示した原理および新規の特徴に合致する最も広い範囲を与えられるべきである。

Claims (34)

1. ワイヤレス通信の方法であって、
   サブフレーム中の拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）を処理すべきか、サービスの信号を処理すべきかを判断することと、
   前記判断に従って通信することと
   を備える、方法。
2. 前記サービスの前記信号がポジショニング基準信号（ＰＲＳ）である、請求項１に記載の方法。
3. 前記サービスの前記信号が物理マルチキャストチャネル（ＰＭＣＨ）である、請求項１に記載の方法。
4. 前記判断することが、前記ＥＰＤＣＣＨに前記ＰＭＣＨよりも高い優先度を割り当てることに基づく、請求項３に記載の方法。
5. 前記判断することが、前記ＰＭＣＨに前記ＥＰＤＣＣＨよりも高い優先度を割り当てることに基づく、請求項３に記載の方法。
6. 前記ＥＰＤＣＣＨが少なくともユーザ機器（ＵＥ）固有探索空間内にある、請求項１に記載の方法。
7. 前記サブフレーム中の少なくとも共通探索空間内のレガシー物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を処理することをさらに備える、請求項１に記載の方法。
8. ユーザ機器（ＵＥ）固有探索空間内の前記レガシーＰＤＣＣＨを処理することをさらに備える、請求項７に記載の方法。
9. アップリンク許可またはダウンリンク半永続的スケジューリングリリースのうちの少なくとも１つのための前記レガシーＰＤＣＣＨを監視することをさらに備える、請求項８に記載の方法。
10. 前記判断することが、前記信号に前記ＥＰＤＣＣＨよりも高い優先度を割り当てることに基づく、請求項１に記載の方法。
11. 前記判断することがユーザ機器（ＵＥ）実装形態に基づく、請求項１に記載の方法。
12. 前記サブフレームが、無線リソース制御（ＲＲＣ）構成を介してＥＰＤＣＣＨサブフレームとして構成された、請求項１に記載の方法。
13. 前記サブフレームが、少なくとも１つの暗黙的指示を介してＥＰＤＣＣＨサブフレームとして判断される、請求項１に記載の方法。
14. 前記暗黙的指示がキャリアタイプからなる、請求項１３に記載の方法。
15. 前記判断することは、前記サブフレームが、明示的シグナリングを介してＥＰＤＣＣＨサブフレームとして判断されるか、暗黙的情報を介してＥＰＤＣＣＨサブフレームとして判断されるかに基づく、請求項１に記載の方法。
16. ワイヤレス通信のための装置であって、
    メモリと、
    前記メモリに結合された少なくとも１つのプロセッサと
    を備え、前記少なくとも１つのプロセッサが、
    サブフレーム中の拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）を処理すべきか、サービスの信号を処理すべきかを判断することと、
    前記判断に従って通信することと
    を行うように構成された、装置。
17. 前記サービスの前記信号がポジショニング基準信号（ＰＲＳ）である、請求項１６に記載の装置。
18. 前記サービスの前記信号が物理マルチキャストチャネル（ＰＭＣＨ）である、請求項１６に記載の装置。
19. 前記少なくとも１つのプロセッサが、前記ＥＰＤＣＣＨに前記ＰＭＣＨよりも高い優先度を割り当てることに基づいて判断するように構成された、請求項１８に記載の装置。
20. 前記少なくとも１つのプロセッサが、前記ＰＭＣＨに前記ＥＰＤＣＣＨよりも高い優先度を割り当てることに基づいて判断するように構成された、請求項１８に記載の装置。
21. 前記ＥＰＤＣＣＨが少なくともユーザ機器（ＵＥ）固有探索空間内にある、請求項１６に記載の装置。
22. 前記少なくとも１つのプロセッサが、前記サブフレーム中の少なくとも共通探索空間内のレガシー物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を処理するようにさらに構成された、請求項１６に記載の装置。
23. 前記少なくとも１つのプロセッサが、ユーザ機器（ＵＥ）固有探索空間内の前記レガシーＰＤＣＣＨを処理するようにさらに構成された、請求項２２に記載の装置。
24. 前記少なくとも１つのプロセッサが、アップリンク許可またはダウンリンク半永続的スケジューリングリリースのうちの少なくとも１つのための前記レガシーＰＤＣＣＨを監視するようにさらに構成された、請求項２３に記載の装置。
25. 前記判断することが、前記信号に前記ＥＰＤＣＣＨよりも高い優先度を割り当てることに基づく、請求項１６に記載の装置。
26. 前記判断することがユーザ機器（ＵＥ）実装形態に基づく、請求項１６に記載の装置。
27. 前記サブフレームが、無線リソース制御（ＲＲＣ）構成を介してＥＰＤＣＣＨサブフレームとして構成された、請求項１６に記載の装置。
28. 前記サブフレームが、少なくとも１つの暗黙的指示を介してＥＰＤＣＣＨサブフレームとして判断される、請求項１６記載の装置。
29. 前記暗黙的指示がキャリアタイプからなる、請求項２８に記載の装置。
30. 前記少なくとも１つのプロセッサは、前記サブフレームが、明示的シグナリングを介してＥＰＤＣＣＨサブフレームとしてあるか、暗黙的情報を介してＥＰＤＣＣＨサブフレームとしてあるかを判断するように構成された、請求項１６に記載の装置。
31. ワイヤレスネットワークにおけるワイヤレス通信のためのコンピュータプログラム製品であって、
    非一時的プログラムコードを記録した非一時的コンピュータ可読媒体を備え、前記プログラムコードが、
    サブフレーム中の拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）を処理すべきか、サービスの信号を処理すべきかを判断するためのプログラムコードと、
    前記判断に従って通信するためのプログラムコードと
    を備える、コンピュータプログラム製品。
32. 前記サービスの前記信号がポジショニング基準信号（ＰＲＳ）または物理マルチキャストチャネル（ＰＭＣＨ）である、請求項３１に記載のコンピュータプログラム製品。
33. ワイヤレス通信のための装置であって、
    サブフレーム中の拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）を処理すべきか、サービスの信号を処理すべきかを判断するための手段と、
    前記判断に従って通信するための手段と
    を備える、装置。
34. 前記サービスの前記信号がポジショニング基準信号（ＰＲＳ）または物理マルチキャストチャネル（ＰＭＣＨ）である、請求項３３に記載の装置。

Images