(57)【特許請求の範囲】
【請求項１】
半二重単一発振器無線送受信ユニット（ＨＤ−ＳＯ−ＷＴＲＵ）において実行される、サブフレームを処理する方法であって、
優先度ルールに基づき、第１のサブフレームおよび第２のサブフレームから処理すべきサブフレームを決定することであって、前記第１のサブフレームおよび前記第２のサブフレームの少なくとも１つはアップリンクサブフレームであり、前記第１のサブフレームおよび前記第２のサブフレームは互いに隣接する、ことと、
前記決定されたサブフレームを処理することと
を備え、
前記優先度ルールは、ダウンリンクサブフレームがアップリンクサブフレームよりも高い優先度であることを示す、方法。
【請求項２】
前記決定されたサブフレームではない前記第１のサブフレームまたは前記第２のサブフレームの少なくとも一部の間に、アップリンク周波数とダウンリンク周波数との間で前記単一発振器を同調することをさらに備える、請求項１の方法。
【請求項３】
前記優先度ルールは、前記第１のサブフレームでのダウンリンク受信が前記第２のサブフレームでのアップリンク送信よりも高い優先度であることを示す、請求項１の方法。
【請求項４】
前記第２のサブフレームは、アップリンクスケジューリング要求サブフレームである、請求項１の方法。
【請求項５】
前記決定されたサブフレームは、ダウンリンク制御チャネルによってスケジュールされたＰＤＳＣＨサブフレームである、請求項１の方法。
【請求項６】
前記優先度ルールは、周期的なＣＳＩ報告アップリンク送信がダウンリンク受信よりも低い優先度であることを示す、請求項１の方法。
【請求項７】
前記優先度ルールは、周期的なＳＲＳアップリンク送信がダウンリンク受信よりも低い優先度であることを示す、請求項１の方法。
【請求項８】
前記優先度ルールは、ＰＭＩ報告アップリンク送信またはＣＱＩ報告アップリンク送信がダウンリンク受信よりも低い優先度であることを示す、請求項１の方法。
【請求項９】
サブフレームを処理するための半二重単一発振器無線送受信ユニット（ＨＤ−ＳＯ−ＷＴＲＵ）であって、
優先度ルールに基づき、第１のサブフレームおよび第２のサブフレームから処理すべきサブフレームを決定するように構成されたプロセッサであって、前記第１のサブフレームおよび前記第２のサブフレームの少なくとも１つはアップリンクサブフレームであり、前記第１のサブフレームおよび前記第２のサブフレームは互いに隣接する、プロセッサと、
前記決定されたサブフレームを処理するトランシーバと
を備え、
前記優先度ルールは、ダウンリンクサブフレームがアップリンクサブフレームよりも高い優先度であることを示す、ＨＤ−ＳＯ−ＷＴＲＵ。
【請求項１０】
前記プロセッサは、前記決定されたサブフレームではない前記第１のサブフレームまたは前記第２のサブフレームの少なくとも一部の間に、アップリンク周波数とダウンリンク周波数との間で前記単一発振器を同調するようにさらに構成されている、請求項９のＨＤ−ＳＯ−ＷＴＲＵ。
【請求項１１】
前記優先度ルールは、前記第１のサブフレームでのダウンリンク受信が前記第２のサブフレームでのアップリンク送信よりも高い優先度であることを示す、請求項９のＨＤ−ＳＯ−ＷＴＲＵ。
【請求項１２】
前記ＨＤ−ＳＯ−ＷＴＲＵは、前記第２のサブフレームにおいてアップリンクスケジューリング要求を送信することを意図する、請求項９のＨＤ−ＳＯ−ＷＴＲＵ。
【請求項１３】
前記決定されたサブフレームは、ダウンリンク制御チャネルによってスケジュールされたＰＤＳＣＨサブフレームである、請求項９のＨＤ−ＳＯ−ＷＴＲＵ。
【請求項１４】
前記優先度ルールは、周期的なＣＳＩ報告アップリンク送信がダウンリンク受信よりも低い優先度であることを示す、請求項９のＨＤ−ＳＯ−ＷＴＲＵ。
【請求項１５】
前記優先度ルールは、周期的なＳＲＳアップリンク送信がダウンリンク受信よりも低い優先度であることを示す、請求項９のＨＤ−ＳＯ−ＷＴＲＵ。
【請求項１６】
前記優先度ルールは、ＰＭＩ報告アップリンク送信またはＣＱＩ報告アップリンク送信がダウンリンク受信よりも低い優先度であることを示す、請求項９のＨＤ−ＳＯ−ＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は無線通信の技術分野にある。
【背景技術】
【０００２】
無線技術が進歩し続けるのにつれて、マシンタイプ通信（ＭＴＣ）は、予見できる将来、拡大し続ける可能性がある。今日、多くのＭＴＣ装置は、ＧＳＭ／ＧＰＲＳネットワークによって扱われるローエンド（低コスト、低データレート）の用途に向けられている。ロングタームエボリューション（ＬＴＥ（登録商標））ネットワークへのＭＴＣ装置の移行は、スペクトル効率を改善するだけでなく、通信事業者が相異なる無線アクセス技術でネットワークを維持し続ける必要性を減らす、魅力的な代替選択肢である。この移行をより魅力的なものとするためには、ＭＴＣ装置が低コストでなければならない。
【０００３】
半二重周波数分割複信（ＨＤ−ＦＤＤ）を利用する低コストＭＴＣ装置が提案されている。コストを低減したいという願望に従って、製造するのにより費用がかからない単一発振器が利用されてもよいが、アップリンクとダウンリンクとの間で切り替える時間を必要とする可能性がある。
【発明の概要】
【０００４】
半二重単一発振器無線送受信ユニット（ＨＤ−ＳＯ−ＷＴＲＵ）において実行される、サブフレームを処理する方法が説明される。ＨＤ−ＳＯ−ＷＴＲＵは、優先度ルールに基づき、第１のサブフレームまたは第２のサブフレームのいずれを処理すべきかを決定し、ここで、第１のサブフレームおよび第２のサブフレームは隣接し、かつ、これらのサブフレームの少なくとも１つはアップリンクサブフレームであると判定される。ＨＤ−ＳＯ−ＷＴＲＵは、それが処理しないサブフレームの一部を、その発振器周波数をアップリンク方向の周波数からダウンリンク方向の周波数へ、またはその逆へ切り替えるのに用いる。
【図面の簡単な説明】
【０００５】
添付図面と共に例として与えられる以下の説明から、詳細な理解が得られるであろう。
【図１Ａ】１または複数の開示されている実施形態が実装され得る通信システムの例のシステム図である。
【図１Ｂ】図１Ａに例示された通信システムの中で用いられ得る無線送受信ユニット（ＷＴＲＵ）の例のシステム図である。
【図１Ｃ】図１Ａに例示された通信システムの中で用いられ得る、無線アクセスネットワークの例およびコアネットワークの例のシステム図である。
【図２】単一発振器半二重周波数分割複信（ＳＯ−ＨＤ−ＦＤＤ）ＷＴＲＵのための基地局インジケーションのプロセスの例を示す流れ図である。
【図３】ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵのためのＨＡＲＱプロセスに基づく２回の送信の例を示すタイミング図である。
【図４】ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵグループのためのＨＡＲＱプロセスオフセットの例を示すタイミング図である。
【図５】ＨＤ−ＦＤＤ  ＷＴＲＵの発振器の数に応じたＨＡＲＱプロセスの例を示すタイミング図である。
【図６】ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵのためのＰＤＣＣＨのみのサブフレーム（PDCCH only subframe）の例を示すタイミング図である。
【図７】ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵのための衝突ハンドリングプロセスの例を示す流れ図である。
【図８】先行する第２のサブフレームを伴う、ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵのための衝突ハンドリングプロセスの代替例を例示する、流れ図である。
【図９】先行し、隣接する第１のサブフレームを伴う、ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵのための衝突ハンドリングプロセスのさらなる代替例を例示する、流れ図である。
【図１０】ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵの部分的ドロッピング（dropping）方式の例を示す、タイミング図である。
【図１１】バースト送信を用いない送信タイミングを例示するタイミング図である。
【図１２】バースト送信を伴う送信タイミングを例示し、それが２回のダウンリンク送信に適用され得る、タイミング図である。
【図１３】バースト送信を伴う送信タイミングを例示し、それが６回のダウンリンク送信に適用され得る、タイミング図である。
【図１４】バースト送信を伴う送信タイミングを例示し、それが１０回のダウンリンク送信に適用され得る、タイミング図である。
【発明を実施するための形態】
【０００６】
図１Ａは、１または複数の開示される実施形態が実装され得る通信システム１００の例を示す図である。通信システム１００は、音声、データ、映像、メッセージング、ブロードキャスト等のコンテンツを複数の無線ユーザに提供する多元接続システムであってもよい。通信システム１００は、複数の無線ユーザが、無線帯域を含むシステムリソースの共有を通じて、そのようなコンテンツにアクセスできるようにすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの１または複数のチャネルアクセス方式を採用してもよい。
【０００７】
図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０および他のネットワーク１１２を含んでもよいが、開示されている実施形態は、任意の数のＷＴＲＵ、基地局、ネットワークおよび／またはネットワーク要素を企図していることを理解されたい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作し、かつ／または通信するように構成された任意のタイプの装置とすることができる。例えば、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信し、かつ／または受信するように構成されてもよく、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、マシンタイプ通信（ＭＴＣ）装置、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家電製品などを含み得る。
【０００８】
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含んでもよい。基地局１１４ａ、１１４ｂの各々は、コアネットワーク１０６、インターネット１１０および／または他のネットワーク１１２などの、１または複数の通信ネットワークへのアクセスを円滑にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインターフェースをとるように構成された任意のタイプの装置とすることができる。例えば、基地局１１４ａ、１１４ｂは、基地局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂは、各々単一の要素として表現されているが、基地局１１４ａおよび１１４ｂは任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることを理解されたい。
【０００９】
基地局１１４ａは、基地局コントローラ（ＢＳＣ）、無線ネットワーク制御装置（ＲＮＣ）、中継ノードなどの、他の基地局および／またはネットワーク要素（図示せず）もまた含み得る、ＲＡＮ１０４の一部であってもよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）とも称され得る特定の地理的領域内で無線信号を送信し、かつ／または受信するように構成されてもよい。セルは、さらにセルセクタに分割されてもよい。例えば、基地局１１４ａに関連付けられるセルは、３つのセクタに分割されてもよい。そのため、一実施形態において、基地局１１４ａは、３つ、すなわち、セルの各セクタにつき１つのトランシーバを含んでもよい。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用してもよく、従って、セルの各セクタに対して複数のトランシーバを利用してもよい。
【００１０】
基地局１１４ａ、１１４ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数と、任意の適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光線など）であり得る、エアインターフェース１１６上で通信してもよい。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を用いて確立されてもよい。
【００１１】
より具体的には、前述のように、通信システム１００は多元接続システムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１または複数のチャネルアクセス方式を採用してもよい。例えば、ＲＡＮ１０４における基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を用いてエアインターフェース１１６を確立し得る、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実装してもよい。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／またはＥｖｏｌｖｅｄ  ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含み得る。
【００１２】
別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＬＴＥおよび／またはＬＴＥ−Ａｄｖａｎｃｅｄ  （ＬＴＥ−Ａ）を用いてエアインターフェース１１６を確立し得る、Ｅｖｏｌｖｅｄ  ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装してもよい。
【００１３】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、ＩＳ−２０００（Interim Standard 2000）、ＩＳ−９５（Interim Standard 95）、ＩＳ−８５６（Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ８５６）、ＧＳＭ（登録商標）（Global System for Mobile communications）、ＥＤＧＥ（Enhanced Data rates for GSM Evolution）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してもよい。
【００１４】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢまたはアクセスポイントであってもよく、事業所、家庭、自動車、キャンパスなどの、局在化されたエリアで無線接続性を円滑にするために任意の適切なＲＡＴを利用してもよい。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立してもよい。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立してもよい。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立してもよい。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有してもよい。そのため、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることが必要とされなくてもよい。
【００１５】
ＲＡＮ１０４は、音声、データ、アプリケーションおよび／またはＶｏＩＰ（Voice over IP）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数に提供するように構成された任意のタイプのネットワークとすることができる、コアネットワーク１０６と通信を行っていてもよい。例えば、コアネットワーク１０６は、呼制御、料金請求サービス、モバイル位置情報サービス、プリペイド通話、インターネット接続性、映像配信などを提供してもよく、かつ／またはユーザ認証などの高水準のセキュリティ機能を実行してもよい。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接的にまたは間接的に通信を行っていてもよいことを理解されたい。例えば、コアネットワーク１０６は、Ｅ−ＵＴＲＡ無線技術を利用している可能性のあるＲＡＮ１０４に接続されることに加えて、ＧＳＭ無線技術を採用している別のＲＡＮ（図示せず）とも通信を行っていてもよい。
【００１６】
コアネットワーク１０６はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０および／または他のネットワーク１１２にアクセスするためのゲートウェイとして機能してもよい。ＰＳＴＮ１０８は、ＰＯＴＳ（plain old telephone service）を提供する回線交換電話網を含んでもよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群におけるＴＣＰ、ＵＤＰおよびＩＰなどの、共通通信プロトコルを用いる相互接続されたコンピュータネットワークおよび装置のグローバルシステムを含んでもよい。ネットワーク１１２は、他のサービスプロバイダによって所有され、かつ／または運用される有線通信ネットワークまたは無線通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用し得る、１または複数のＲＡＮに接続された別のコアネットワークを含んでもよい。
【００１７】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全てが、マルチモード能力（capability）を含んでもよく、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上で異なる無線ネットワークと通信するための複数のトランシーバを含んでもよい。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を採用し得る基地局１１４ａと、およびＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｂと通信するように構成されてもよい。
【００１８】
図１Ｂは、ＷＴＲＵ１０２の例のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳチップセット１３６およびその他周辺機器１３８を含んでもよい。ＷＴＲＵ１０２は、一実施形態との整合性を維持しながら上述した要素の任意のサブコンビネーションを含んでもよいことを理解されたい。
【００１９】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型のプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意のその他のタイプのＩＣ（集積回路）、状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理および／またはＷＴＲＵ１０２が無線環境において動作することを可能にするその他の任意の機能性を実行してもよい。プロセッサ１１８は、送受信要素１２２に結合され得る、トランシーバ１２０に結合されてもよい。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別々のコンポーネントとして表現しているが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップ内にまとめて集積化されてもよいことを理解されたい。
【００２０】
送受信要素１２２は、エアインターフェース１１６上で、基地局（例えば、基地局１１４ａ）に信号を送信するか、またはこの基地局から信号を受信するように構成されてもよい。例えば、一実施形態では、送受信要素１２２は、ＲＦ信号を送信し、かつ／または受信するように構成されたアンテナであってもよい。別の実施形態では、送受信要素１２２は、例えば、ＩＲ、ＵＶまたは可視光信号を送信し、かつ／または受信するように構成されたエミッタ／ディテクタであってもよい。さらに別の実施形態では、送受信要素１２２は、ＲＦ信号および光信号の両方を送信し、かつ受信するように構成されてもよい。送受信要素１２２は、無線信号の任意の組合せを送信し、かつ／または受信するように構成されてもよいことを理解されたい。
【００２１】
さらに、図１Ｂにおいては、送受信要素１２２は単一の要素として表現されているが、ＷＴＲＵ１０２は、任意の数の送受信要素１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してもよい。そのため、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６上で無線信号を送信し、かつ受信するための２つ以上の送受信要素１２２（例えば、複数のアンテナ）を含んでもよい。
【００２２】
トランシーバ１２０は、送受信要素１２２によって送信されるべき信号を変調し、かつ送受信要素１２２によって受信された信号を復調するように構成されてもよい。前述のように、ＷＴＲＵ１０２はマルチモード能力を有してもよい。そのため、トランシーバ１２０は、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にする複数のトランシーバを含んでもよい。
【００２３】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）表示ユニットまたは有機発光ダイオード（ＯＬＥＤ）表示ユニット）に結合されてもよく、かつ、このスピーカ／マイクロフォン１２４、キーパッド１２６および／またはディスプレイ／タッチパッド１２８からユーザ入力データを受け取ってもよい。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６および／またはディスプレイ／タッチパッド１２８に出力してもよい。さらに、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの、任意のタイプの適切なメモリにある情報にアクセスし、データをこのメモリに格納してもよい。非リムーバブルメモリ１３０は、ＲＡＭ、ＲＯＭ、ハードディスクまたは任意の他のタイプのメモリ記憶装置を含んでもよい。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含んでもよい。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置していないメモリ内の情報にアクセスし、かつデータをこのメモリに格納してもよい。
【００２４】
プロセッサ１１８は、電源１３４から電力を受け取ってもよく、並びに、その電力をＷＴＲＵ１０２内の他のコンポーネントに分配し、かつ／または制御するように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に給電する任意の適切な装置とすることができる。例えば、電源１３４は、１または複数の乾電池（例えば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含んでもよい。
【００２５】
プロセッサ１１８は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成され得る、ＧＰＳチップセット１３６にもまた結合されてもよい。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６上で位置情報を受信し、かつ／または２以上の近隣の基地局から信号が受信されるタイミングに基づきその位置を決定してもよい。ＷＴＲＵ１０２は、一実施形態との整合性を維持しながら、任意の適切な位置決定方法により位置情報を取得し得ることは理解されるであろう。
【００２６】
プロセッサ１１８は、追加の特徴、機能性および／または有線もしくは無線接続性を提供する１または複数のソフトウェアおよび／またはハードウェアモジュールを含み得る、その他周辺機器１３８にさらに結合されてもよい。例えば、周辺機器１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真または動画用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動装置、テレビジョントランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュールおよびインターネットブラウザなどを含んでもよい。
【００２７】
図１Ｃは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。前述のように、ＲＡＮ１０４は、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を採用してもよい。ＲＡＮ１０４はまた、コアネットワーク１０６と通信を行っていてもよい。
【００２８】
ＲＡＮ１０４は、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃを含んでもよいが、それは、一実施形態との整合性を維持しながら任意の数のｅノードＢを含んでもよいことを理解されたい。ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、各々、エアインターフェース１１６上で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを含んでもよい。一実施形態では、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装してもよい。そのため、ｅノードＢ１４０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信してもよい。
【００２９】
ｅノードＢ１４０ａ、１４０ｂ、１４０ｃの各々は、特定のセル（図示せず）と関連付けられてもよく、無線リソース管理決定、ハンドオーバー決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを扱うように構成されてもよい。図１Ｃに示されているように、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェース上で互いに通信してもよい。
【００３０】
図１Ｃに示されているコアネットワーク１０６は、モビリティ管理エンティティゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含んでもよい。上述した要素の各々は、コアネットワーク１０６の一部として表現されているが、これらの要素の内のいずれか１つが、コアネットワーク事業者以外の事業体によって所有され、かつ／または運用されてもよいことは理解されるであろう。
【００３１】
ＭＭＥ１４２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅノードＢ１４０ａ、１４０ｂ、１４０ｃの各々に接続されてもよく、かつ制御ノードとして機能してもよい。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラ活性化／非活性化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃなどの初期アタッチ中の特定のサービングゲートウェイの選択を担ってもよい。ＭＭＥ１４２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用するその他のＲＡＮ（図示せず）との間の切替を行う制御プレーン機能を提供してもよい。
【００３２】
サービングゲートウェイ１４４は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅノードＢ１４０ａ、１４０ｂ、１４０ｃの各々に接続されてもよい。サービングゲートウェイ１４４は、一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへの／からのユーザデータパケットの経路選択を行うことおよび転送することができる。サービングゲートウェイ１４４は、ｅノードＢ間ハンドオーバー中のユーザプレーンのアンカリング（anchoring）、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対してダウンリンクデータが利用可能になるときにページングをトリガすること並びにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理し、かつ格納することなどの他の機能もまた実行してもよい。
【００３３】
サービングゲートウェイ１４４はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応装置との間の通信を円滑にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などのパケット交換ネットワークへのアクセスを提供し得る、ＰＤＮゲートウェイ１４６に接続されてもよい。
【００３４】
コアネットワーク１０６は、他のネットワークとの通信を円滑にすることができる。例えば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来のランドライン通信装置（land-line communications device）との間の通信を円滑にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供することができる。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよく、またはこのＩＰゲートウェイと通信してもよい。加えて、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有され、かつ／または運用されるその他の有線もしくは無線ネットワークを含み得る、ネットワーク１１２へのアクセスを提供してもよい。
【００３５】
ＬＴＥ技術が成熟し、そのネットワーク配備が進むにつれて、ネットワーク事業者はネットワーク維持全体のコストを低減させることを望むようになる可能性がある。その目標を達成するための一つのやり方は、ネットワークの配備および維持において用いられる相異なる無線アクセス技術の数を最少化する、例えば、旧来の無線アクセス技術（例えば、ＧＳＭ／ＧＰＲＳ）ネットワークを、よりスペクトル効率の高い無線アクセス技術ネットワーク（例えば、ＬＴＥ）で段階的に置き換えることである可能性がある。
【００３６】
無線通信技術の用途の一例はマシンタイプ通信（ＭＴＣ）であり得る。無線技術がさらに進歩するにつれて、ＭＴＣは、予見できる将来、拡大し続ける可能性のある市場である。今日、多くのＭＴＣ装置は、ＧＳＭ／ＧＰＲＳネットワークによって扱われるローエンド（低コスト、低データレート）の用途に向けられている。ＭＴＣ装置での運用の低コストに起因して、ＭＴＣを新しいＬＴＥへ移行する減退された動機が存在する可能性がある。ＬＴＥへ移行する意欲のこのような低迷は、複数のＲＡＴを維持するという観点のみならず、（例えば、ＧＳＭ／ＧＰＲＳの非最適なスペクトル効率を考えれば）事業者がそれらのスペクトルから最大限の恩恵を受けることを阻害するという観点からも、ネットワーク事業者にとって高くつく可能性がある。多数のＭＴＣ装置という可能性を考えれば、ＧＳＭ／ＧＰＲＳにおけるサービス提供のためにそのような装置に必要となるスペクトルリソース全体は、相当量にのぼり、かつ不十分に割り当てられる可能性がある。
【００３７】
従って、ローエンドＭＴＣ装置をＧＳＭ／ＧＰＲＳからＬＴＥネットワークへ移行することについて明白な事業上の恩恵をＭＴＣ装置のベンダーおよび事業者に提供し得る、低コストのＬＴＥソリューションを見出すことが有利となり得る。ＬＴＥおよびＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）は、交換可能に用いられ得る。
【００３８】
低コストＭＴＣ装置は、より低いデータレート、低電力消費およびより単純な実装などの一般的なＷＴＲＵ能力および機能性の低減を含み得るが、これらに限定されない。特に、実装の複雑性を低減させる可能性のあるアプローチは、これらの装置のＲＦコンポーネント数を減らすことを含み得る。これは、低減された数の無線アクセス技術（ＲＡＴ）またはＲＦチェーンをサポートすることによって達成され得る。他のアプローチは、サポートされる最大Ｒｘチャネル帯域もしくはＴｘチャネル帯域を低減するか、または半二重ＦＤＤモード（例えば、のみ）をサポートして（もしくは、それにおいて動作して）、そのような装置のＵＬにおける最大適用送信電力を低減することを含み得る。
【００３９】
ネットワークへの低コストＭＴＣ装置の導入に伴い、サービスカバレッジを維持する必要性があり得、またそれらの導入が運用中に達成可能なスペクトル効率の観点から不利益をもたらさないことが、有利となり得る。レガシーの装置および現行の装置の両方が同じネットワーク内の１キャリア上で通信し得るように、ネットワークへ導入される低コストＭＴＣ装置がレガシーのＬＴＥ  ＷＴＲＵと相互運用可能であることもまた有利となり得る。これに加えて、低コストＭＴＣ装置がモビリティおよびローミングをサポートしていることが有利となり得る。
【００４０】
半二重運用は、ＷＴＲＵカテゴリ０に分類され得るＬＣ−ＭＴＣ装置が二重ではなく切替を使用できるようにすることが可能であり、その結果、実装コストが著しく低減され得る。ＬＣ−ＭＴＣ装置の半二重能力に起因するコストをさらに低減するために、単一発振器がアップリンクおよびダウンリンクの周波数または周波数帯に用いられ得る。
【００４１】
アップリンク周波数帯およびダウンリンク周波数帯に別々の発振器が用いられているか、または想定されている、ＷＴＲＵカテゴリ１〜６に分類され得る、通常のＬＴＥ装置には、半二重運用がサポートされてきている。これらの装置の場合、発振器調整時間を含み得る比較的短い最大切替時間（例えば、２０μｓ）がシステム設計に用いられ得るか、または想定され得る。単一発振器が、例えば、半二重を用いるＬＣ−ＭＴＣ装置において、アップリンク周波数帯およびダウンリンク周波数帯の両方に用いられるとき、例えば、最大１ｍｓの、より長い最大切替時間をもたらす可能性のある追加的な発振器調整時間が考慮される必要があり得る。例えば０．６７ｍｓの最大タイミングアドバンスによるＨＤ−ＦＤＤ運用の場合、合計切替時間は、発振器切替時間プラスタイミングアドバンスの、例えば１．６７ｍｓになり得る。
【００４２】
かなり長い切替時間（例えば、１．６７ｍｓ）がダウンリンクからアップリンク（ＲＸからＴＸ）および／またはアップリンクからダウンリンク（ＴＸからＲＸ）への切替に考慮される必要があり得ることから、ｅＮＢスケジューラは、半二重能力を有するＬＣ−ＭＴＣ装置が単一発振器と二重発振器のどちらで実装されているかを知る必要があり得る。トラフィック（例えば、ユニキャストトラフィック）が切替時間の範囲内にいずれかの方向にスケジュールされている場合、単一発振器を有するＨＤ−ＦＤＤ  ＷＴＲＵは、同じサブフレームまたは隣接するサブフレームにおいて受信または送信することができない可能性がある。アップリンク信号とダウンリンク信号とが同じサブフレームまたは隣接するサブフレームに位置しているか、またはスケジュールされている場合、単一発振器を有するＨＤ−ＦＤＤ  ＷＴＲＵは、このアップリンク信号を送信することができないか、またはこのダウンリンク信号を受信することができず、ここで、隣接するサブフレームは切替時間の範囲内のサブフレームを含み得る。アップリンク信号とダウンリンク信号とが同じサブフレームまたは隣接するサブフレームに位置している場合、ＷＴＲＵ挙動は未定義となり得る。ｅＮＢスケジューラの視点からは多義性が存在する可能性があり、また長い切替時間に起因してスペクトル効率が著しく低下させられる恐れがある。
【００４３】
スケジュールされたトラフィックまたはスケジュールされた送信は、（例えば、ＤＣＩフォーマットで）スケジューリンググラントが提供されているか、または（例えば、ＨＡＲＱ再送もしくはセミパーシステントスケジューリング（ＳＰＳ）のために、またはそれに起因して）リソースが割り振られた、送信またはリソースとすることができる。「スケジュールされた」および「割り振られた」は、交換可能に用いられ得る。ＰＵＳＣＨおよびＰＤＳＣＨは、スケジュールされたか、または割り振られた送信とすることができる。ＰＵＣＣＨ、ＳＲＳおよびＰＲＡＣＨ送信の内の１または複数は、スケジュールされたか、または割り振られたアップリンク送信と見なされてもよい。ＥＰＤＣＣＨは、スケジュールされたか、または割り振られたダウンリンク送信と見なされてもよい。スケジュールされたダウンリンクは、ブロードキャスト、ページングおよび／または他のシステム信号もしくはチャネルを含んでもよい。
【００４４】
アップリンクサブフレームを処理することまたはアップリンクのためのサブフレームを処理することは、そのサブフレームにおいて１または複数の信号および／またはチャネルを送信することなどの送信を行うことを含んでもよい。ダウンリンクサブフレームを処理することまたはダウンリンクのためのサブフレームを処理することは、そのサブフレームにおいて１もしくは複数の信号および／もしくはチャネルを受信することおよび／もしく復号することの内の１または複数を含んでもよい。サブフレームは、アップリンクおよびダウンリンクの内の少なくとも１つのために処理されてもよく、または処理されなくてもよい。例えば、切替に用いられるサブフレームは、アップリンクおよびダウンリンクのために処理されなくてもよい。別の例では、サブフレームを処理しないことは、そのサブフレームにおいて受信しないことおよび送信しないことを含んでもよい。
【００４５】
これ以降、単一発振器を有するＨＤ−ＦＤＤ  ＬＣ−ＭＴＣ  ＷＴＲＵ、単一発振器を有するカテゴリ−０ＷＴＲＵおよび単一発振器ＨＤ−ＦＤＤ  ＷＴＲＵ、ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵという用語は、交換可能に用いられ得る。また、二重発振器ＨＤ−ＦＤＤ  ＷＴＲＵおよびＤＯ−ＨＤ−ＦＤＤ  ＷＴＲＵは、交換可能に用いられ、かつＨＤ−ＦＤＤ能力を有するカテゴリ−０ＷＴＲＵおよびＨＤ−ＦＤＤ能力を有する他のＷＴＲＵカテゴリを含んでもよい。前述のように、ＷＴＲＵはユーザ機器（ＵＥ）を含んでもよい。
【００４６】
隣接するサブフレームは切替時間に用いられ得る。例えば、サブフレームｎがダウンリンクとして用いられ、サブフレームｎ＋４がアップリンク送信に用いられるべきか、または用いられる必要がある場合、サブフレームｎ＋２およびｎ＋３は切替時間に用いられ得る隣接するサブフレームと見なされてもよい。ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵは、例えば、隣接するサブフレームがＷＴＲＵによって切替を実行するために利用される可能性があるために、隣接するサブフレームにおいて受信または送信しなくてもよい。例えば、２個のサブフレームが、例えば、ＷＴＲＵによって切替を実行するために必要とされるか、または用いられる場合、サブフレームｎが反対方向に用いられるか、または反対方向用であると決定された場合は、サブフレームｎ−２、ｎ−１、ｎ＋１およびｎ＋２が切替に用いられてもよい。別の例において、１個のサブフレーム（または１個のサブフレームの少なくとも一部）が、ＷＴＲＵによって切替を実行するために必要とされるか、または用いられる場合、サブフレームｎ−１およびｎ＋１の内の少なくとも１つは切替に用いられてもよい。サブフレームｎが（例えば、サブフレームｎ−１および／またはｎ＋１の）反対方向に用いられるか、または反対方向用であると決定された場合、サブフレームｎ−１および／またはｎ＋１は切替に用いられてもよい。別の例では、サブフレームｎが反対方向に用いられるか、または反対方向用であると決定された場合、サブフレームｎ−２およびｎ−１は切替に用いられてもよい。
【００４７】
別の例において、サブフレームｎがアップリンクのためにスケジュールされ、かつサブフレームｎ−１（またはｎ＋１）がアップリンクのためにスケジュールされていない場合、アップリンクがダウンリンクよりも高い優先度を有する場合は、ＷＴＲＵは、サブフレームｎにおいてスケジュールされた送信を行ってもよく、かつ、例えば、サブフレームｎ−１（またはｎ＋１）がｅＮＢによってダウンリンク送信にスケジュールされていた可能性があるか、またはスケジュールされている可能性があるかにかかわらず、サブフレームｎ−１（またはｎ＋１）でダウンリンク信号もしくはチャネルを受信しなくてもよいか、または受信しようと試みなくてもよい。ＷＴＲＵ発振器がサブフレームｎ−１において（例えば、その最初で）アップリンク周波数にまだ同調されていない場合、ＷＴＲＵは、サブフレームｎ−１の少なくとも一部を、アップリンク周波数に発振器を再同調させる切替時間に用いてもよい。
【００４８】
ＷＴＲＵは、それがアップリンクリソース（またはスケジュールされたか、もしくは意図されたアップリンク送信）をサブフレーム内に、またはサブフレームに対してスケジュールしたか、または割り振っている場合、そのサブフレームをアップリンクサブフレームであると見なしてもよい。ＷＴＲＵは、サブフレームを、ＷＴＲＵがそのサブフレームにおいてリソース（またはスケジュールされたか、もしくは意図された送信）をアップリンクに、またはアップリンクのためにスケジュールしていないか、または割り振っていない場合、使用してもよく（例えば、そこにおいて受信してもよく）かつ／またはダウンリンクサブフレームと見なしてもよい。
【００４９】
これ以降、「隣接するサブフレーム」、「切替サブフレーム」および「アイドルサブフレーム」という用語は、交換可能に用いられ得る。
【００５０】
一アプローチにおいて、ｅＮＢは、ＷＴＲＵによってＳＯ−ＨＤ−ＰＤＤ能力を通知されてもよい。一例では、ＳＯ−ＨＤ−ＦＤＤ能力を示すために、一定の物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースが用いられてもよい。別の例では、ＳＯ−ＨＤ−ＦＤＤ能力を示すために、カテゴリフィールドが用いられてもよい。カテゴリ−０ＷＴＲＵがＨＤ−ＦＤＤ能力を示す場合、そのＷＴＲＵはＳＯ−ＨＤ−ＦＤＤ能力を有すると見なされてもよい。この事例で、ＰＲＡＣＨリソースのサブセットまたは区分化されたＰＲＡＣＨリソースがＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵ用に予約されてもよく、かつ、このＰＲＡＣＨリソースのサブセットまたは区分化されたＰＲＡＣＨリソースがＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵを示すために用いられてもよい。ＳＯ−ＨＤ−ＦＤＤのためのＰＲＡＣＨリソースのサブセットは、システム情報ブロック（ＳＩＢ）（例えば、ＳＩＢ−２）でブロードキャストされてもよい。ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵは、このＰＲＡＣＨリソースのサブセット内でＰＲＡＣＨプリアンブルを送信してもよい。
【００５１】
どのＥ−ＵＴＲＡ無線周波数帯がＷＴＲＵによってサポートされているかを示すために、無線周波数能力パラメータ、例えば、ｓｕｐｐｏｒｔｅｄＢａｎｄＬｉｓｔＥＵＴＲＡが用いられてもよい。各バンドについて、半二重運用、全二重運用または単一発振器を伴う半二重運用に対するサポートが示されてもよい。
【００５２】
どのＥ−ＵＴＲＡ無線周波数帯がＷＴＲＵによってサポートされているかを示すために、ｓｕｐｐｏｒｔｅｄＢａｎｄＬｉｓｔＥＵＴＲＡパラメータが定義されてもよい。各バンドについて、半二重運用のみまたは全二重運用に対するサポートが示されてもよい。カテゴリ−０ＷＴＲＵが半二重運用（例えば、それのみ）に対するサポートを示している場合、ｅＮＢは、このＷＴＲＵをＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵと見なしてもよい。
【００５３】
図２は、単一発振器半二重周波数分割複信（ＳＯ−ＨＤ−ＦＤＤ）ＷＴＲＵのための基地局インジケーションのプロセスの例を示す流れ図を示す。このアプローチでは、ｅＮＢは、ＷＴＲＵからの明示的なインジケーションなくＳＯ−ＨＤ−ＦＤＤ能力をブラインドで（blindly）検出してもよい。このプロセスでは以下の１または複数が適用され得る。
【００５４】
ｅＮＢは、２００で、ＨＤ−ＦＤＤ能力を有するカテゴリ−０ＷＴＲＵのための物理アップリンク共有チャネル（ＰＵＳＣＨ）を、ブロードキャストチャネル（例えば、ＳＩＢ−１）を含むダウンリンクサブフレームとアラインされた（aligned）（例えば、時間でアラインされた）アップリンクサブフレームにスケジュールしてもよく、かつ、２１０で、グラントされたアップリンクリソースでＷＴＲＵからのＰＵＳＣＨ送信が検出されない場合、ｅＮＢは、このＷＴＲＵをＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵと見なしてもよい。
【００５５】
スケジュールされたＰＵＳＣＨ送信検出は信号強度に基づいてもよい。例えば、２２０で、スケジュールされたＰＵＳＣＨの信号強度が予め定められた閾値よりも低い場合、ｅＮＢは、ＷＴＲＵからＰＵＳＣＨが送信されていないと想定するか、または決定してもよく、かつ、２３０で、このＷＴＲＵをＳＯ−ＨＤ−ＦＤＤ装置と見なしてもよい。ｅＮＢが、２４０で、設定された信号強度閾値を超える応答を受信した場合、ｅＮＢは、このＷＴＲＵをＳＯ−ＨＤ−ＦＤＤ装置と見なさなくてもよい。ｅＮＢは、ＰＵＳＣＨを、ブロードキャストチャネルを含むダウンリンクサブフレームと予め定められた数についてアラインされているアップリンクサブフレームにスケジュールしてもよく、かつｅＮＢは、全ての事例が条件を満たす場合、このＷＴＲＵをＳＯ−ＨＤ−ＦＤＤと見なしてもよい。
【００５６】
ｅＮＢは、ＤＬサブフレームｎ内に、ＨＤ−ＦＤＤ能力を有するカテゴリ−０ＷＴＲＵのための物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をスケジュールしてもよく、ここでＤＬサブフレームｎ＋４はブロードキャストチャネル（例えば、ＳＩＢ−１）を含むものとし、かつＵＬサブフレームｎ＋４において対応するＰＵＣＣＨが受信されない場合、ｅＮＢは、このＷＴＲＵを、ＳＯ−ＨＤ−ＦＤＤ能力を有していると見なしてもよい。対応する物理アップリンク制御チャネル（ＰＵＣＣＨ）送信検出は、信号強度に基づいてもよい。
【００５７】
より一般的には、ｅＮＢは、アップリンク信号またはダウンリンク信号のいずれかを、より高い優先度を有する反対方向の信号を含み得るサブフレームにスケジュールして、より低い優先度の信号がＷＴＲＵ側でドロップされるか否かをチェックしてもよい。この優先度ルールは、ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵに適用（例えば、それのみに適用）され得る。
【００５８】
図３は、ＨＡＲＱプロセスのサブセットがＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵに用いられていることを例示するタイミング図を示し、ここでＨＡＲＱプロセスはｎ＋４のタイミングでのアップリンクおよびダウンリンク（再）送信として定義されてもよい。例えば、サブフレームｎがダウンリンクに用いられる場合、対応するＨＡＲＱ−ＡＣＫ送信にはサブフレームｎ＋４が用いられる。図３に示される例において、ダウンリンク受信のためのサブフレーム０および１で始まる２個の連続するＨＡＲＱプロセスを用い得るＷＴＲＵは、対応するＨＡＲＱ−ＡＣＫをそれぞれサブフレーム４および５で送信してもよい。このアプローチにおいては、ＨＡＲＱプロセスのサブセットが、単一発振器を有するＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵをサポートするために用いられ得る。一例では、図示されているように、２個のＨＡＲＱプロセスがユニキャストトラフィックに用いられてもよい。この事例では、切替時間を最小化するために、８個のＨＡＲＱプロセスの内２個の連続するＨＡＲＱプロセスが用いられてもよい。例えば、ＨＡＲＱプロセス０および１が用いられてもよい。別の例では、３個のＨＡＲＱプロセスが、８個のＨＡＲＱプロセスの内、ＨＡＲＱプロセス０、１および２などであるが、これらに限定されない３個の連続するＨＡＲＱプロセスで用いられてもよい。
【００５９】
あるいは、ＦＤＤに用いられるＰＤＳＣＨ送信の全てのＨＡＲＱプロセス（例えば、８個）が用いられてもよく、一方でＨＡＲＱプロセスのサブセットがＰＵＳＣＨ送信に用いられてもよい。非同期ＨＡＲＱ手順がダウンリンクに用いられてもよく、同期ＨＡＲＱ手順がアップリンクに用いられてもよいため、全てのＨＡＲＱプロセスがダウンリンクに用いられてもよく、一方でＨＡＲＱプロセスのサブセットがアップリンクにおいて用いられてもよい。例えば、８個のＨＡＲＱプロセスがＰＤＳＣＨ送信に用いられてもよく、２個のＨＡＲＱプロセスがＰＵＳＣＨ送信に用いられてもよい。ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵに用いられるＨＡＲＱプロセスの数は、タイミングアドバンス値の関数として定義されてもよく、または決定されてもよい。
【００６０】
一例では、タイミングアドバンス値が予め定められた閾値よりも小さい場合、Ｎ個のＨＡＲＱプロセスが用いられ得、一方でタイミングアドバンス値が予め定められた閾値よりも大きい場合、Ｍ個のＨＡＲＱプロセスが用いられ得る。ここでＮ＞Ｍとする。
【００６１】
ＰＤＳＣＨおよび／またはＰＵＳＣＨのためのＨＡＲＱプロセスの数は、ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵがタイミングアドバンス値に従ってＨＡＲＱプロセスの数を暗黙的に通知され得るように、タイミングアドバンス値の関数として予め定められてもよい。
【００６２】
図４は、ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵグループのためのＨＡＲＱプロセスオフセットの例を示すタイミング図を示す。ＨＡＲＱプロセスオフセットは、リソース利用率を最大化するために、１または複数のＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵに用いられ得る。例えば、図示されているように、ＨＡＲＱプロセス｛０，１｝  ４００  ４１０がＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵのグループに用いられてもよく、かつＨＡＲＱプロセス｛２，３｝  ４２０  ４３０がＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵの別のグループに用いられてもよい。この事例では、ｅＮＢがＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵを２つのグループに分けて、相異なるＨＡＲＱプロセスオフセットを用いることができる。
【００６３】
図５は、ＨＤ−ＦＤＤ  ＷＴＲＵの発振器の数に応じたＨＡＲＱプロセスの例を示すタイミング図を示す。このアプローチでは、発振器の数に応じて異なる数のＨＡＲＱプロセスが用いられてもよい。例えば、ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵに２個のＨＡＲＱプロセスが用いられてもよく、一方でＤＯ−ＨＤ−ＦＤＤ  ＷＴＲＵには３個のＨＡＲＱプロセスが用いられてもよい。この事例で、切替時間を最小化するために、８個のＨＡＲＱプロセスの内、連続するＨＡＲＱプロセスが用いられてもよい。あるいは、ＤＯ−ＨＤ−ＦＤＤ  ＷＴＲＵには、より多くの数のＨＡＲＱプロセスが用いられてもよい。
【００６４】
図６は、ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵのためのＰＤＣＣＨのみのサブフレームの例を示すタイミング図を示す。このアプローチで、ｅＮＢスケジューラは、１または複数のサブフレームがＨＡＲＱ手順に従ってアップリンク方向に用いられる必要があり得るにもかかわらず、サブフレームのサブセットをダウンリンクと見なしてもよく、または常に見なしてもよい。サブフレーム０および５は、ｅＮＢがサブフレーム０および５において任意のアップリンク送信をスケジュールし得ないように、ダウンリンクサブフレームと見なされてもよく、または常に見なされてもよい。別の例では、ブロードキャストチャネルを含むサブフレームがダウンリンクサブフレームとしてのみ見なされてもよい。この事例で、サブフレームｎは、ダウンリンクサブフレームとして用いられても、または常に用いられてもよい。ｅＮＢは、ＰＵＳＣＨグラントに対応するＰＤＣＣＨを、サブフレームｎ−４および／または隣接するサブフレームにおいて送信しなくてもよい。ｎは、６００に示されたサブフレーム０および６５０に示されたサブフレーム５とすることができる。ＳＩＢ−１は偶数の無線フレームのサブフレーム５でのみ送信されるため、ｎは偶数の無線フレームにおいて０および／または５であってもよく、かつｎは奇数の無線フレームにおいて０であってもよい。
【００６５】
サブフレームｎは、サブフレームｎでのＰＵＣＣＨ送信を回避するため、ｅＮＢが６１０のサブフレームｎ−４および／または隣接するサブフレームにおいてＰＤＳＣＨをスケジュールし得ないように、ダウンリンクサブフレームに用いられても、または常に用いられてもよい。ｎは、全ての無線フレームにおいて０および５とすることができる。ｎは、偶数の無線フレームにおいて０および／または５であってもよく、かつ奇数の無線フレームにおいて０であってもよい。
【００６６】
別のアプローチでは、ｅＮＢスケジューラがアップリンク信号とダウンリンク信号との間の優先度ルールを定義するか、または用いてもよく、かつＰＵＳＣＨまたはＰＤＳＣＨのスケジューリングが優先度ルールに基づいてもよい。例えば、ｅＮＢがサブフレームｎ内にＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵのためのＰＤＳＣＨをスケジュールする必要があるか、またはその意図があり、かつサブフレームｎがＷＴＲＵのためのスケジューリング要求（ＳＲ）リソースを含む場合、ｅＮＢは、例えばＳＲがＰＤＳＣＨよりも高い優先度を有する場合、サブフレームｎ内にＰＤＳＣＨをスケジュールしなくてもよい。周期的なアップリンク送信はＰＤＳＣＨよりも高い優先度を有してもよい。例えば、ＳＲ、周期的なチャネル状態情報（ＣＳＩ）報告および周期的なサウンディング参照信号（ＳＲＳ）の内の１または複数は、ＰＤＳＣＨよりも高い優先度を有してもよい。周期的なＣＳＩ報告の内のランク表示（ＲＩ）は、ＰＤＳＣＨよりも高い優先度を有してもよく、一方で、プリコーディング行列指標（ＰＭＩ）およびチャネル品質指標（ＣＱＩ）などの他の報告タイプはＰＤＳＣＨよりも低い優先度を有してもよい。
【００６７】
別の例では、ＳＲはＰＤＳＣＨよりも高い優先度を有してもよく、かつ、他のアップリンク送信はＰＤＳＣＨよりも低い優先度を有してもよい。ｅＮＢは、ＳＲを除き、ＷＴＲＵが周期的なアップリンク信号を送信し得るサブフレームにおいてＰＤＳＣＨをスケジュールしてもよい。ｅＮＢおよびｅＮＢスケジューラは、交換可能に用いられ得る。
【００６８】
別のアプローチでは、隣接するサブフレーム（例えば、アップリンクサブフレーム）は、ブロードキャストチャネル、ページングチャネルおよび同期チャネルの内の１または複数を含むサブフレームと重なるようになされ（または先行し、もしくは後続し）なくてもよい。ｅＮＢスケジューラは、（例えば、全ての）ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵがＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードでブロードキャストチャネルおよびページングチャネルを受信し得ることを想定するか、または予期してもよい。この事例で、ｅＮＢスケジューラは、（例えば、全ての）ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ  ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵが、例えばｖａｌｕｅＴａｇが更新されているか否かをチェックするために、ＳＩＢ−１を監視し得ることを想定するか、または予期してもよい。ｅＮＢスケジューラは、ＳＩＢ−１を含むサブフレーム（例えば、偶数の無線フレームにおけるサブフレーム５）を（例えば、常に）ダウンリンクとしてスケジュールしてもよく、かつ／または用いてもよく、並びに隣接するサブフレーム（例えば、アップリンクサブフレーム）と重なることを回避してもよいし、または隣接するサブフレームにおいてアップリンクリソースもしくはアップリンク送信をスケジュールすることを回避してもよい。ｅＮＢスケジューラは、ＳＩＢ−１を含むサブフレームが切替サブフレームと重なることを回避させてもよい。
【００６９】
ｅＮＢスケジューラは、（例えば、全ての）ＲＲＣ＿ＣＯＮＮＣＥＴＥＤ  ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵが、サブフレームの一定のセットの内の１もしくは複数またはサブフレームのサブセット（例えば、一定の無線フレーム内のサブフレーム０、４、５および９の内の１または複数）において、ページング無線ネットワーク一時識別子（Ｐ−ＲＮＴＩ）を有するＰＤＣＣＨを監視し得ることを予期するか、または想定してもよい。ｅＮＢスケジューラは、ページングに用いられる可能性のあるサブフレームをダウンリンクサブフレームと見なしてもよく、かつ、隣接するサブフレーム（例えば、アップリンクサブフレーム）と重なることを回避してもよいし、または隣接するサブフレームにおいてアップリンクリソースもしくはアップリンク送信をスケジュールすることを回避してもよい。ｅＮＢは、ページングに用いられる可能性のあるサブフレームが切替サブフレームと重なることを回避させてもよい。
【００７０】
一アプローチでは、ｅＮＢ受信機は、一定のサブフレームにおいてスケジュールされたアップリンク送信が以下の特性の内の１または複数を有する場合、スケジュールされたアップリンク送信がＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵから送信されない可能性があることを想定するか、または予期してもよい。（ｉ）それが切替サブフレームに位置している（例えば、そこにおいて送信されるべきである）、（ｉｉ）それが、より高い優先度を有する反対方向の信号に隣接するサブフレームに位置している（例えば、そこにおいて送信されるべきである）、かつ／または（ｉｉｉ）それが、より高い優先度を有する反対方向の信号と衝突する。ｅＮＢは、復号の複雑性を低減し、かつ演算能力を温存するために、スケジュールされた、ＷＴＲＵからの、このアップリンク信号を復号することをスキップしてもよい。一例において、周期的なＳＲＳ送信がサブフレームｎ内にスケジュールされ、かつサブフレームｎが切替サブフレームである（またはその一部である）か、またはサブフレームｎがＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵのためのダウンリンクサブフレームである（または、それに隣接する）場合、ｅＮＢは、この周期的なＳＲＳが、このダウンリンクサブフレームで送信され得るダウンリンク信号よりも低い優先度である場合は、この周期的なＳＲＳがＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵから送信されないことを想定するか、または予期してもよい。ｅＮＢは、ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵからのこの周期的なＳＲＳを復号しなくてもよい。この例で、サブフレームｎは、ブロードキャストチャネル（例えば、ＰＢＣＨおよび／またはＳＩＢ）を含み得るダウンリンクサブフレームの隣接するサブフレームであってもよい。サブフレームｎは、ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵに向けている可能性があるＰ−ＲＮＴＩを有するＰＤＣＣＨを含み得るダウンリンクサブフレームの隣接するサブフレームであってもよい。あるいは、サブフレームｎは、物理マルチキャストチャネル（ＰＭＣＨ）および／または測位参照信号（ＰＲＳ）を含み得るダウンリンクサブフレームの隣接するサブフレームであってもよい。
【００７１】
別の例では、周期的なＰＵＣＣＨ送信（例えば、周期的なＣＳＩレポートを搬送し得るＰＵＣＣＨ）がサブフレームｎ内にスケジュールされており、かつサブフレームｎがダウンリンクサブフレームの隣接するサブフレーム（またはその一部）である場合、ｅＮＢは、この周期的なＰＵＣＣＨがＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵから送信されないことを想定するか、または予期してもよい。この例で、サブフレームｎは、ブロードキャストチャネル（例えば、物理ブロードキャストチャネル（ＰＢＣＨ）および／またはＳＩＢ）を含み得るダウンリンクサブフレームの隣接するサブフレームであってもよい。サブフレームｎは、ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵに向けている可能性があるＰ−ＲＮＴＩを有するＰＤＣＣＨを含み得るダウンリンクサブフレームの隣接するサブフレームであってもよい。サブフレームｎは、あるいは、ＰＭＣＨおよび／またはＰＲＳを含み得るダウンリンクサブフレームの隣接するサブフレームであってもよい。
【００７２】
別のアプローチでは、ｅＮＢは、ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵがＨＡＲＱ−ＡＣＫ反復で構成されている場合、一定のアップリンクサブフレームにおいてＨＡＲＱ−ＡＣＫ反復がスキップされる可能性があることを想定するか、または予期してもよい。例えば、ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵがＨＡＲＱ−ＡＣＫ反復で構成されている場合、かつ一定の情報を含むダウンリンクサブフレームがＨＡＲＱ−ＡＣＫ反復の範囲内に存在する場合、ｅＮＢは、そのサブフレームにおけるＨＡＲＱ−ＡＣＫがスキップされる可能性があることを想定するか、または予期してもよい。この事例で、ｅＮＢ受信機は、サブフレームｎがダウンリンクにおけるＳＩＢ−１送信に用いられ得る場合、サブフレームｎにおいてＨＡＲＱ−ＡＣＫ反復を受信しなくてもよい。ｅＮＢは、サブフレームｎがページング、ＰＭＣＨ、ＰＲＳおよび／または同期チャネルの内の少なくとも１つに用いられ得る場合、サブフレームｎにおいてＨＡＲＱ−ＡＣＫ反復を受信することをスキップしてもよい。あるいは、ｅＮＢスケジューラは、ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵに対してＨＡＲＱ−ＡＣＫ反復を構成しなくてもよい。
【００７３】
一アプローチでは、ｅＮＢは、ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵおよびＤＯ−ＨＤ−ＦＤＤ  ＷＴＲＵに対し、（拡張）物理ダウンリンク制御チャネル（（Ｅ）ＰＤＣＣＨ）および／またはＰＵＳＣＨのための異なるリンク適応ルールを適用してもよい。例えば、ｅＮＢがＰＤＣＣＨに対応する不連続送信（ＤＴＸ）をＤＯ−ＨＤ−ＦＤＤ  ＷＴＲＵから受信する場合、ｅＮＢは、ＰＤＣＣＨをより高い送信電力および／またはより高いＣＣＥアグリゲーションレベルで再送してもよい。ｅＮＢがＰＤＣＣＨに対応するＤＴＸをＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵから一定のアップリンクサブフレームにおいて受信する場合、ｅＮＢは、ＰＤＣＣＨを同じ送信電力および／または（Ｅ）ＣＣＥアグリゲーションレベルで再送してもよい。例えばこの場合、ｅＮＢが（Ｅ）ＰＤＣＣＨに対応するＤＴＸをＤＯ−ＨＤ−ＦＤＤ  ＷＴＲＵまたは全二重ＷＴＲＵのサブフレームにおいて受信した場合、ｅＮＢは、この（Ｅ）ＰＤＣＣＨが、例えばより低いリンク適応レベルに起因して、ＷＴＲＵ受信機において失われ得ることを想定するか、または予期してもよく、ここで、より低いリンク適応レベルは、送信電力レベルまたはチャネル符号化率が一定レベルの誤り率を達成するには不十分である可能性があることを示唆し得る。ｅＮＢは、一定量の送信電力を追加することによりリンク適応レベルを上げるか、または（Ｅ）ＣＣＥアグリゲーションレベルを上げることによりチャネル符号化率を下げてもよい。リンク適応レベルは、信号対雑音比（ＳＮＲ）または信号対干渉雑音比（ＳＩＮＲ）オフセットとして調整されてもよい。
【００７４】
別のアプローチでは、ｅＮＢは、ｅＮＢがＰＤＣＣＨに対応するＤＴＸを受信するとき、そのアップリンクサブフレームの位置に応じてＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵに異なるリンク適応ルールを適用してもよい。この事例で、ｅＮＢがＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵのサブフレームｎにおいてＰＤＣＣＨに対応するＤＴＸを受信し、かつサブフレームｎが隣接するサブフレームである場合、ｅＮＢは、このＰＤＣＣＨがリンク適応エラーに起因して失われていることを考慮しなくてもよい。再送において同じリンク適応レベルが適用されてもよい。そうでない場合、ｅＮＢは、ＰＤＣＣＨがリンク適応エラーに起因して失われていることを考慮し、かつリンク適応レベルを上げてもよい。一例において、ブロードキャストチャネルを含むダウンリンクサブフレームｎまたはＳＩＢ−１を含むダウンリンクサブフレームｎのサブフレームｎ＋１またはｎ−１は、隣接するサブフレームと見なされてもよく、一方で、他のＳＩＢを含むダウンリンクサブフレームｎのｎ＋１またはｎ−１は、隣接するサブフレームと見なされなくてもよい。別の例では、ＰＭＣＨおよび／またはＰＲＳを含むダウンリンクサブフレームｎのサブフレームｎ＋１またはｎ−１は、隣接するサブフレームと見なされてもよい。あるいは、ページングを含むダウンリンクサブフレームのサブフレームｎ＋１またはｎ−１は、隣接するサブフレームと見なされてもよい。
【００７５】
図７は、ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵのための衝突ハンドリングプロセスの例を示す流れ図である。この例では、ＷＴＲＵは、ＷＴＲＵがサブフレームｎでのアップリンク送信にスケジュールされ７００、かつ隣接するサブフレーム（例えば、ｎ−１および／またはｎ＋１）でダウンリンク受信にスケジュールされている場合７１０、アップリンク送信またはダウンリンク受信のいずれかをスキップしてもよい。この事例で、ドロッピングルールは、予め定められていても、またはアップリンク信号送信とダウンリンク信号受信との間の優先度に従って構成されてもよい。７２０で、現在の送信／受信優先度のチェックが実行されてもよい。一例では、ダウンリンク信号は、常にアップリンク信号よりも高い優先度を有してもよい。この事例で、ＷＴＲＵがユニキャスト送信、ブロードキャストチャネル、同期信号、ページング、ＰＭＣＨおよび／またはＰＲＳなどのダウンリンク信号を受信するようにスケジュールされている場合、ＷＴＲＵは、ＷＴＲＵがアップリンク信号を送信するようにスケジュールされていたとしても、７３０で、ダウンリンク信号を受信してもよい。ＷＴＲＵは、７５０で、ＵＬ送信をスキップしてもよい。７３０におけるＤＬ受信に先立って、ＷＴＲＵにより切替時間が必要とされてもよいし、または用いられてもよい。
【００７６】
あるいは、一例では、アップリンク信号は、常にダウンリンク信号よりも高い優先度を有してもよい。例えば、ＷＴＲＵが（例えば、任意の）アップリンク信号、例えばＰＵＳＣＨ、（例えば、ＡＣＫ／ＮＡＣＫまたは周期的なＣＳＩフィードバック報告のための）ＰＵＣＣＨ、ＳＲＳ、ＳＲおよび／またはＰＲＡＣＨプリアンブルを送信するようにスケジュールされている場合、ＷＴＲＵは、隣接するサブフレームにおいてＷＴＲＵが受信するダウンリンク信号があったとしても、７４０で、アップリンク信号を送信してもよい。この事例で、ＷＴＲＵがサブフレームｎにおいてアップリンク信号を送信するようにスケジュールされている場合、ＷＴＲＵは、サブフレームｎおよび隣接するサブフレーム（例えば、サブフレームｎ−１および／またはｎ＋１）においてダウンリンク信号を受信することをスキップしてもよく７６０、ここで、ダウンリンク信号は（Ｅ）ＰＤＣＣＨ、ＰＨＩＣＨ、ＰＣＦＩＣＨおよびＰＤＳＣＨの内の少なくとも１つを含み得る。ＷＴＲＵが、隣接するサブフレームでのＤＬをスケジュールされていない場合７１０、ＷＴＲＵは、アップリンク信号とダウンリンク信号との間の優先度を考慮することなく、７４０で、ＵＬ信号を送信してもよい。７４０におけるＵＬ送信に先立って、ＷＴＲＵにより切替時間が必要とされてもよいし、または用いられてもよい。
【００７７】
セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）と共に送信され得るＰＤＳＣＨは、アップリンク信号よりも低い優先度を有してもよく、一方で他のダウンリンク送信は、アップリンク信号よりも高い優先度を有してもよく、ここで、アップリンク信号は、ＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳおよびＳＲの内の少なくとも１つを含み得る。
【００７８】
図８は、先行する第２のサブフレームを伴う、ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵのための衝突ハンドリングプロセスの代替例を示す流れ図である。この例で、ＷＴＲＵは、ＷＴＲＵがサブフレームｎでのアップリンク送信にスケジュールされ８００、かつ隣接するサブフレーム（例えば、ｎ−１）でのダウンリンク受信もまたスケジュールされている場合８１０、アップリンク送信またはダウンリンク受信のいずれかをドロップしてもよい。この事例で、ドロッピングルールは、予め定められていてもよいし、またはアップリンク信号送信とダウンリンク信号受信との間の優先度に従って構成されてもよい。８２０で、現在の送信／受信優先度のチェックが実行されてもよい。ダウンリンク信号は、常にアップリンク信号よりも高い優先度を有してもよく、逆も同様である。サブフレームｎ−２の考慮を提供する任意選択の代替手段が実装されてもよい８３０。サブフレームｎ−２が優先されるアップリンクサブフレームである場合、ＷＴＲＵは、発振器を送信周波数へ切り替えるために、ＷＴＲＵはサブフレームｎ−１およびサブフレームｎの両方の受信をスキップすることへ進んでもよい８４０。８６０で、ＷＴＲＵは、サブフレームｎにおいてアップリンク信号を送信してもよい。サブフレームｎ−２が優先されるアップリンクサブフレームではない場合８３０、かつダウンリンク信号受信がアップリンク信号送信よりも高い優先度である場合８２０、ＷＴＲＵはサブフレームｎ−１でのダウンリンク信号の受信へ進んでもよい８５０。
【００７９】
図９は、先行し、隣接するサブフレームを伴う、ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵのための衝突ハンドリングプロセスのさらなる代替例を示す流れ図である。この流れ図は、サブフレームｎでのアップリンク送信にスケジュールされたＷＴＲＵで始まる９００。ＷＴＲＵが、隣接するサブフレームｎ＋１において、ダウンリンク受信にスケジュールされているか、またはアップリンク送信にスケジュールされていない場合９１０、ＷＴＲＵは送信／受信優先度をチェックすることへ進む９２０。サブフレームｎ−１の考慮を提供する任意選択の代替手段が実装されてもよい９３０。優先度チェックが送信を示す場合、ＷＴＲＵは、サブフレームｎ−１が優先されるダウンリンクサブフレームであるか否かを決定してもよい９３０。ｎ−１が優先されるダウンリンクサブフレームである場合、ＷＴＲＵは、送信をスキップし、かつ発振器を受信周波数へ切り替えることへ進む９４０。次にＷＴＲＵは、サブフレームｎ＋１においてダウンリンクサブフレームを受信してもよい９６０。ＷＴＲＵがＤＬにスケジュールされていない場合９１０、ＷＴＲＵはサブフレームｎにおいてアップリンク信号を送信することへ進む９５０。９７０で、ＷＴＲＵはサブフレームｎ＋１での受信をスキップする。サブフレームｎ−１が優先されるダウンリンクサブフレームではない場合、ＷＴＲＵはサブフレームｎにおいてアップリンク信号を送信することへ進み９５０、サブフレームｎ＋１での受信をスキップしてもよい９７０。送信／受信優先度チェック９２０が受信優先度を示す場合、ＷＴＲＵは、サブフレームｎの送信をスキップし、かつ発振器を受信周波数へ切り替える９４０。次にＷＴＲＵは、サブフレームｎ＋１においてダウンリンク信号を受信することができる９６０。
【００８０】
チャネル状態情報参照信号（ＣＳＩ−ＲＳ）測定は、スケジュールされたアップリンク信号よりも低い優先度を有してもよい。例えば、ＷＴＲＵがサブフレームにおいてＣＳＩ−ＲＳを測定する必要があり（または、そのように構成されたリソースを有し）、かつ、このサブフレームがスケジュールされたアップリンクサブフレームの隣接するサブフレームまたはスケジュールされたアップリンクサブフレームのいずれかである場合、ＷＴＲＵは、このサブフレームにおいてＣＳＩ−ＲＳを測定することをスキップしてもよい。ＷＴＲＵは、スケジュールされたアップリンク送信を送信してもよい。
【００８１】
ブロードキャストチャネルは、アップリンク信号よりも高い優先度を有してもよい。一例において、ＷＴＲＵがサブフレームｎにおいてアップリンク信号を送信するようにスケジュールされており、かつサブフレームｎがブロードキャストチャネルを含み得るダウンリンクサブフレームの隣接するサブフレームまたはそのダウンリンクサブフレームのいずれかである場合、ＷＴＲＵは、このアップリンク送信をドロップしてもよい。ＷＴＲＵがＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにある場合、ＳＩＢ−１を含むサブフレームは、常にダウンリンクサブフレームと見なされてもよく、そのため、ＷＴＲＵは、ＳＩＢ−１を含むサブフレームおよび／または関連付けられた隣接するサブフレームの任意のアップリンク送信をドロップしてもよい。１または複数の他のＳＩＢを含むサブフレームは、ブロードキャスト情報が更新される場合、変更周期（modification period）の範囲内のダウンリンクサブフレームと見なされてもよい。サブフレームｎは、隣接するサブフレーム、アップリンクサブフレームまたはダウンリンクサブフレームであってもよい。図１０は、ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵの部分的ドロッピング方式の例を示すタイミング図を示す。このアプローチでは、ＷＴＲＵは、ダウンリンクサブフレームまたはアップリンクサブフレームの、それが重なる部分をドロップしてもよい。例えば、ダウンリンク受信が、アップリンク送信の隣接するサブフレームと重なるようになされている場合、このダウンリンクサブフレームの一部が受信されてもよい。ＷＴＲＵは、このサブフレームにおいてＰＤＣＣＨを受信してもよく、一方でＷＴＲＵは、このサブフレームのＰＤＳＣＨ部分を受信することをスキップしてもよい。この事例で、ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵがＰＤＣＣＨのみを受信する、２種類のサブフレームは、単一周波数ネットワーク（ＭＢＳＦＮ）上のマルチキャスト／ブロードキャストサブフレームおよび最後のダウンリンクサブフレームの直後の隣接するサブフレームのように定義されてもよい。ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵがＰＤＣＣＨのみを受信する非ＭＢＳＦＮサブフレームは、ＰＤＣＣＨのみのサブフレームとして定義されてもよい。これらのサブフレームが１００２  １０１０  １０１８に示されている。ＰＤＣＣＨのみのサブフレームにおいて、ＤＯ−ＨＤ−ＦＤＤ  ＷＴＲＵはＰＤＣＣＨおよびＰＤＳＣＨの両方を受信してもよい。
【００８２】
２種類の非ＭＢＳＦＮダウンリンクサブフレームが、ＰＤＣＣＨのみのサブフレーム１００２、１０１０および１０１８並びにＰＤＣＣＨ＋ＰＤＳＣＨサブフレーム１０００、１００１、１００４、１００５、１００８、１００９、１０１２、１０１３、１０１６および１０１７のように定義されてもよい。ＰＤＣＣＨのみのサブフレームにおいて、ＷＴＲＵはＰＤＣＣＨのみを監視してもよく、一方でＰＤＣＣＨ＋ＰＤＳＣＨサブフレームにおいて、ＷＴＲＵはＰＤＣＣＨを監視してもよく、かつＰＤＳＣＨ領域で信号を受信してもよい。
【００８３】
ＰＤＣＣＨのみのサブフレームは、アップリンクグラントに従って暗黙的に構成されてもよい。例えば、ＰＵＳＣＨがサブフレームｎ内にスケジュールされている場合、ＷＴＲＵは、サブフレームｎ−２が非ＭＢＳＦＮサブフレームであったとしても、サブフレームｎ−２でＰＤＣＣＨのみを受信してもよい。この事例で、ＰＤＳＣＨがＰＤＣＣＨのみのサブフレームにおいてスケジュールされている場合、ＷＴＲＵは、対応するＰＤＳＣＨを受信することをスキップし、かつｅＮＢにＮＡＣＫを送信してもよい。ＰＤＳＣＨがＰＤＣＣＨのみのサブフレームにおいてスケジュールされている場合、ＷＴＲＵは、対応するＰＤＳＣＨを受信することをスキップし、かつｅＮＢにＤＴＸを送信してもよい。ＰＤＣＣＨのみのサブフレームは、用いられるタイミングアドバンス値の関数として暗黙的に構成されてもよい。例えば、ＷＴＲＵのタイミングアドバンス値が予め定められた閾値よりも大きい場合、ＷＴＲＵはＰＤＣＣＨのみのサブフレームにおいてＰＤＣＣＨを監視することをスキップしてもよい。ＷＴＲＵのタイミングアドバンス値が予め定められた閾値よりも小さい場合、ＷＴＲＵはＰＤＣＣＨのみのサブフレームにおいてＰＤＣＣＨを監視してもよい。ＰＤＣＣＨ共通探索空間は、ＰＤＣＣＨのみのサブフレームにおいてのみ監視されてもよい。
【００８４】
一アプローチでは、ＷＴＲＵがサブフレームｎにおいてＣＳＩ−ＲＳを測定するように構成され、かつサブフレームｎがアップリンク送信のための隣接するサブフレームにあるか、またはＷＴＲＵがアップリンク信号を送信するようにスケジュールされたサブフレーム（例えば、アップリンクサブフレーム）である場合、ＷＴＲＵは、サブフレームｎ内でＣＳＩ測定のためのＣＳＩ−ＲＳを受信することをスキップしてもよい。ＷＴＲＵが、サブフレームｎ内で送信されたＣＳＩ−ＲＩに対応するＣＳＩを報告することになっている（または、そのようにすることが必要とされているか、もしくは予期されている）場合、ＷＴＲＵは、サブフレームｎより前に測定された直近のＣＳＩを送信してもよい。ＷＴＲＵが、サブフレームｎより前に測定された直近のＣＳＩを有していない場合、ＷＴＲＵはデフォルト値を報告してもよく、ここでデフォルト値は、測定されたＣＳＩが利用可能でないときに用いられ得る予め定められた値としてもよい。測定された直近のＣＳＩは、ＣＱＩ、ＰＭＩおよび／またはＲＩを含み得る。
【００８５】
ＷＴＲＵが、サブフレームｎ内で送信されたＣＳＩ−ＲＳに対応するＣＳＩを報告するように構成されている、または報告することを必要とされている場合、ＷＴＲＵは、ＣＳＩが直近の報告から更新されている場合は、測定された直近のＣＳＩを送信してもよい。
【００８６】
ＷＴＲＵがＣＳＩを報告するよう要求されている場合、ＷＴＲＵは、まずＣＳＩが直近のＣＳＩ報告から更新されているか否かをチェックしてもよい。ＣＳＩが直近の報告から更新されていない場合、ＷＴＲＵはＣＳＩを送信しなくてもよく、かつヌル信号が送信されてもよい。
【００８７】
別のアプローチでは、ＷＴＲＵが、サブフレームｎ内でＣＳＩを報告するように構成されているか、または報告することを必要とされており、かつＷＴＲＵがサブフレームｎ内でダウンリンク信号を受信する必要がある場合、ＷＴＲＵは、ＣＳＩ更新条件に従って、ＣＳＩを報告するか、またはダウンリンク信号を受信するかのいずれかを行ってよい。例えば、ＣＳＩが直近の報告から更新されていない場合、ＷＴＲＵは、ＣＳＩ報告をドロップしてもよく、かつ、このサブフレームにおいてダウンリンク信号を受信してもよい。それ以外の場合、ＷＴＲＵは、優先度に従って、ＣＳＩを報告し、かつダウンリンク信号を受信することをスキップしてもよい。
【００８８】
ダウンリンク信号がＣＳＩ報告よりも高い優先度を有する場合、ＷＴＲＵは、ＣＳＩ更新条件にかかわらず、ダウンリンク信号を受信してもよい。あるいは、ダウンリンク信号がＣＳＩ報告よりも低い優先度を有する場合、ＷＴＲＵは、ＣＳＩ更新条件に従って、ＣＳＩ報告をドロップするか、またはＣＳＩ報告を送信するかのいずれかを行ってよい。
【００８９】
図１１は、バースト送信を用いない送信タイミングを例示するタイミング図である。この事例で、単一発振器を有するＦＤＤ  ＬＣ−ＭＴＣ  ＷＴＲＵは、ラウンドトリップタイム（ＲＴＴ）を除く１ｍｓの切替時間ＲＸからＴＸ（すなわちＤＬからＵＬ）およびＴＸからＲＸ（すなわちＵＬからＤＬ）を有するとする。ゆえに、ＵＬサブフレームｎ＋４におけるＡ／Ｎフィードバックを予期されたサブフレームｎにおいてスケジュールされたＤＬ送信は、ｎ＋３  ＤＬからＵＬ切替、ｎ＋４  Ａ／ＮのＵＬ送信および次いでｎ＋５  ＤＬ周波数への切替を生じ得る。次いでｎ＋６サブフレームはＤＬ受信に備えることになるであろう。例えば、サブフレーム０  １１００でダウンリンク、サブフレーム１〜３  １１１０で切替動作、サブフレーム４  １１２０でアップロード、サブフレーム５  １１３０で切替およびサブフレーム６  １１４０でダウンリンク受信が発生する。セルエッジＷＴＲＵの場合、１ｍｓの切替時間にＲＴＴ時間が追加される可能性があるため、スケジューリング機会において２ｍｓの損失が予想され得る。これらのＷＴＲＵのスペクトル効率を上げるために、ＤＬおよびＵＬの両方向でのバースト送信に加え、時分割複信（ＴＤＤ）技術に似たバースト全体に対するバンドルされたＡ／Ｎフィードバックが用いられてもよい。
【００９０】
別のアプローチでは、ＬＣ−ＭＴＣが、ＤＬスケジュールされたデータに対するＡ／Ｎをバンドルしつつ、ｎ＋４＊ｋ（ｋは整数または自然数とする）フィードバックルールを維持してもよい。それは、ＤＬバースト送信のためのウィンドウサイズが、図１２〜図１４に詳述された以下の例を有してもよいが、これらに限定されないことを意味する。
【００９１】
図１２は、例として、２個のダウンリンクサブフレーム１２００〜１２１０、２個の切替サブフレーム、１２２０、１２３０およびアップリンクＡ／Ｎサブフレーム１２４０を例示する。ＷＴＲＵは、２個のＡ／Ｎビットを、ｎ＋４での単一のＰＵＣＣＨフォーマット１ｂ送信１２４０にバンドルしてもよく、一方でｎ＋３  １２３０は切替時間に用いられてもよい。
【００９２】
図１３は、例として、６個のダウンリンクサブフレームを、切替ポイントとしてのｎ＋７  １３７０およびフィードバックポイントとしてのｎ＋８  １３８０と共に例示する。ＷＴＲＵは、６個のＡ／Ｎをサブフレームｎ＋８  １３８０での単一のＰＵＣＣＨ送信にバンドルしてもよい。
【００９３】
図１４は、例として、１０個のダウンリンクサブフレーム１４００〜１４４５を、切替ポイントとしてのｎ＋１１  １４５５および１０個のＡ／ＮがバンドルされたＵＬ  ＰＵＣＣＨ  １４６０としてのｎ＋１２と共に例示する。この構成では、ＰＵＣＣＨフォーマット３が用いられ得る。
【００９４】
この事例で、ＤＬバースト送信のためのウィンドウサイズのルールは、以下のように導かれ得る。
Ｗｉｎｄｏｗ＿ｓｉｚｅ＝４＊ｎ＋２      （式１）
上式で、ｎは正の整数である。
【００９５】
最大Ｗｉｎｄｏｗ＿ｓｉｚｅ値は、１対１のＡ／ＮマッピングがｅＮＢへ送られてサブフレーム受信失敗の場合のバースト全体の反復を避けるように、受信されたトランスポートブロックのＡ／Ｎ間でＡＮＤ演算を行うことなくＰＵＣＣＨフォーマット３が搬送できるＡ／Ｎビットの最大数と解釈されてもよい。ＰＵＣＣＨフォーマット３のＡ／Ｎビットマッピングは、１番目に受信されたサブフレームＡ／Ｎで始まり、２番目に受信されたサブフレームＡ／Ｎ、以下同様に続く、連結された文字列であってもよい。残りの未使用のＡ／Ｎビットはパディングされてもよい。
【００９６】
別のアプローチでは、ここでウィンドウサイズはより小さい（２〜４サブフレーム）可能性があり、小さいバースト（２個のサブフレームの例）に対して単純なＡＮＤ指標を選ぶことが許容され得るため、ＰＵＣＣＨフォーマット１または２ｂが用いられ得る。ＰＵＣＣＨで２個のＡ／Ｎビットが利用可能であるとき、各々のビットは、例えば２組のトランスポートブロックに対するＡＮＤであってもよい。
【００９７】
別のアプローチでは、ＷＴＲＵは、バンドルされたフィードバックのための１または複数のルールに従ってもよい。ＤＬバーストの終了の後に、最後のサブフレームがｎ＋ｋとすると、ここで、ｋはサブフレーム単位でのＤＬバーストのサイズであり、ＷＴＲＵはＡ／Ｎをｎ＋ｋ＋４サブフレームＵＬ送信にバンドルしてもよい。このアプローチでは、バーストサイズ制限がＰＵＣＣＨ  Ａ／Ｎ容量に従うことになる。
【００９８】
切替時間の余地を確保し得る第２の可能なルールは、ＵＬバンドルされたフィードバックを
ｍ＝ｎ＋Ｗｉｎｄｏｗ＿ｓｉｚｅ＋ＭＯＤ４（ｎ）＋１      （式２）
として定義されるサブフレームｍにおいて有することである。
【００９９】
これは、ＷＴＲＵが、そのＵＬバンドルされたフィードバックに、ｎ＋ｋバーストの後で、ｎサブフレームに基づく４の最初の倍数を用いることを確実にする。
【０１００】
ＵＬバーストはＴＤＤと同様に行われてもよく、ＷＴＲＵは、その複数のＡ／Ｎを、ＷＴＲＵデータバーストから最後のＵＬサブフレームに続いて、複数のＷＴＲＵの多重のようにＡ／Ｎを複数の物理ハイブリッドＡＲＱ指標チャネル（ＰＨＩＣＨ）上で多重することのできるＰＨＩＣＨ上で受信するであろう。従って、ｅＮＢは、このＵＬバーストに対して複数のＰＨＩＣＨ  Ａ／Ｎを多重してもよい。
【０１０１】
別のアプローチでは、ＷＴＲＵは、ＤＬおよび／もしくはＵＬのためのバーストウィンドウサイズに対して指定されたフィードバックサブフレームオフセットで、または構成されたセットの各ウィンドウサイズ固有の複数のオフセットで構成されてもよい。
【０１０２】
明確なＳＯ−ＨＤ−ＦＤＤバースト送信動作を助けるため、ｅＮＢは、ＤＬおよび／またはＵＬバーストウィンドウサイズをシグナリングしてもよい。一アプローチでは、ＤＬおよびＵＬのウィンドウサイズは、いくつかのデフォルトのバースト構成にマッピングするビットマップまたはビットの組合せを任意選択の、または必須のＩＥとして用いて、ＳＩＢの１つを介してブロードキャストされてもよい。ＩＥがブロードキャストされない場合、ＷＴＲＵは通常動作を適用してもよい。
【０１０３】
別の実施形態では、ＤＬおよびＵＬのためのウィンドウサイズは、ＲＲＣシグナリングによって、ＣｏｎｆｉｇｕｒａｔｉｏｎまたはＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを用いて半静的に構成されてもよい。あるいは、ＷＴＲＵは、ＷＴＲＵが使用し得るウィンドウサイズのセットを受信してもよい。
【０１０４】
半静的な構成は、ＷＴＲＵがＤＬおよび／またはＵＬ構成されたバーストウィンドウサイズに関して従うべき、予期されるＡ／Ｎがバンドルされたフィードバックサブフレームオフセット（expected A/N bundled feedback subframe offset）を含んでもよい。オフセットは、バーストウィンドウサイズサブフレームの最初からカウントしてもよいし、または最後からカウントしてもよい。このオフセットは一意であってもよいし、または各ウィンドウサイズに固有の値であってもよい。
【０１０５】
別のアプローチでは、ダウンリンク動的構成が用いられてもよい。ｅＮＢバッファからのデータの量に基づき、より大きいか、またはより小さいバースト送信ウィンドウサイズがシグナリングされてもよい。これは、バースト送信の適切な受信のためにＷＴＲＵが受信し得る、（Ｅ）ＰＤＣＣＨ上で搬送されるＤＣＩにおける明示的なシグナリング（例えば、ＤＣＩ内のビットの組合せ）を通じて、達成されてもよい。このウィンドウサイズは、ＷＴＲＵが想定し得るか、または知り得る、デフォルトウィンドウサイズのセットに基づいてもよい。
【０１０６】
あるいは、ＷＴＲＵは（Ｅ）ＰＤＣＣＨ復号に従ってもよく、バーストデータの最後をシグナリングする、バーストウィンドウに関連する最後のＤＣＩにおいて、ｅＮＢによって「ウィンドウバーストエンドビット（window burst end bit）」が用いられてもよい。
【０１０７】
別のアプローチでは、アップリンク動的構成が用いられてもよい。半静的構成に加えて、より動的な方式がスタンドアロンまたは両者の組合せとして予想され得る。
【０１０８】
ＷＴＲＵによってスケジューリング要求（ＳＲ）が送られ次第、ｅＮＢは、用いられるべきウィンドウサイズをＵＬグラントの一部としてシグナリングしてもよい。このシグナリングは、ＷＴＲＵが半静的に構成されたＵＬウィンドウサイズの一つとして解釈し得る、ビットの明示的な組合せであってもよい。
【０１０９】
バッファステータスレポート（ＢＳＲ）を受信し次第、ｅＮＢは、ＷＴＲＵバッファにあるデータの量に基づき、アップリンク動的構成に関して本明細書で説明した任意の方法を用いて、ウィンドウサイズを増やしてもよいし、またはそれを減らしてもよい。
【０１１０】
ＷＴＲＵから電力ヘッドルームレポート（ＰＨＲ）を受信し次第、ｅＮＢは、最後に受信したＢＳＲレポートとの相関関係においてＷＴＲＵ送信を適応させるために、変調符号化方式（ＭＣＳ）およびＵＬグラント（リンク適応）並びにウィンドウサイズを適応させてもよい。
【０１１１】
また、ＷＴＲＵは、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を用いて、ＵＬバーストウィンドウサイズまたはＵＬバーストウィンドウサイズ変更をシグナリングしてもよい。ＷＴＲＵは、ＰＵＣＣＨペイロードの一部を用いて、ＵＬバーストウィンドウサイズをシグナリングしてもよい。あるいは、ＷＴＲＵは、最後のＵＬバーストサブフレームに、エンドオブバースト（End of Burst）データインジケーションを有するＵＣＩを含めてもよい。
【０１１２】
上記に特徴および要素が特定の組合せで説明されているが、当業者であれば、それぞれの特徴もしくは要素が単独で、または他の特徴および要素との任意の組合せで用いられ得ることを理解するであろう。それに加えて、本明細書で説明されている方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読記憶媒体内に組み込まれたコンピュータプログラム、ソフトウェアまたはファームウェアにおいて実装されてもよい。コンピュータ可読記憶媒体の例は、（有線接続で、または無線接続で送信される）電子信号およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体メモリ装置、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、並びにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光学媒体を含むがこれらに限定されない。ソフトウェアとの関連性を持つプロセッサは、ＷＴＲＵ、端末、基地局、ＲＮＣまたは任意のホストコンピュータにおける使用のための無線周波数トランシーバを実装するために用いられてもよい。
【０１１３】
実施形態
１．単一発振器を用いる半二重運用（operation）のための方法。
２．拡張ノードＢ（ｅＮＢ）スケジューラは、半二重能力を有するＷＴＲＵが単一発振器で実装されているのか、または二重発振器で実装されているのかを通知される、実施形態１の方法。
３．単一発振器を有するＷＴＲＵは、切替時間の範囲内にいずれかの方向のユニキャストトラフィックのスケジューリングが存在する場合、サブフレーム内で受信または送信しなくてもよい、先行する実施形態のいずれか一つに記載の方法。
４．単一発振器を有するＷＴＲＵの挙動は、アップリンク信号とダウンリンク信号とが同じサブフレームまたは隣接するサブフレームに位置しているという条件で定義される、先行する実施形態のいずれか一つに記載の方法。
５．単一発振器を有するＷＴＲＵは、アップリンク信号とダウンリンク信号とが同じサブフレームまたは隣接するサブフレームに位置しているという条件で、このアップリンク信号を送信しなくてもよいか、またはこのダウンリンク信号を受信しなくてもよい、先行する実施形態のいずれか一つに記載の方法。
６．スペクトル効率は切替時間に起因して著しく悪化することはない、先行する実施形態のいずれか一つに記載の方法。
７．ｅＮＢはＳＯ−ＨＤ−ＦＤＤ能力についてＷＴＲＵによって通知され得る、先行する実施形態のいずれか一つに記載の方法。
８．ｅＮＢは、ＷＴＲＵからの明示的な表示なくＳＯ−ＨＤ−ＦＤＤ能力をブラインドで検出する、先行する実施形態のいずれか一つに記載の方法。
９．ＨＡＲＱプロセスのサブセットは、単一発振器を有するＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵをサポートするために用いられる、先行する実施形態のいずれか一つに記載の方法。
１０．ユニキャストトラフィックに２個のＨＡＲＱプロセスが用いられる、先行する実施形態のいずれか一つに記載の方法。
１１．発振器の数に応じて異なる数のＨＡＲＱプロセスが用いられる、先行する実施形態のいずれか一つに記載の方法。
１２．ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵに２個のＨＡＲＱプロセスが用いられる、先行する実施形態のいずれか一つに記載の方法。
１３．ＤＯ−ＨＤ−ＦＤＤ  ＷＴＲＵに３個のＨＡＲＱプロセスが用いられる、先行する実施形態のいずれか一つに記載の方法。
１４．ｅＮＢスケジューラは、１または複数のサブフレームがＨＡＲＱ手順に従ってアップリンク方向に用いられる必要があったとしても、サブフレームのサブセットを常にダウンリンクと見なす、先行する実施形態のいずれか一つに記載の方法。
１５．ｅＮＢスケジューラはアップリンク信号とダウンリンク信号との間の優先度ルールを定義し、かつＰＵＳＣＨまたはＰＤＳＣＨのスケジューリングは、この優先度ルールに基づいている、先行する実施形態のいずれか一つに記載の方法。
１６．隣接するサブフレームは、ブロードキャストチャネル、ページングチャネルおよび同期チャネルの内の１または複数を包含しているサブフレームと重なるようになされない、先行する実施形態のいずれか一つに記載の方法。
１７．ｅＮＢスケジューラは、全てのＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵがＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードでブロードキャストチャネルおよびページングチャネルを受信し得ることを想定する、先行する実施形態のいずれか一つに記載の方法。
１８．ｅＮＢ受信機は、一定のサブフレームにおいてスケジュールされたアップリンク送信がＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵから送信されない可能性があることを想定する、先行する実施形態のいずれか一つに記載の方法。
１９．ｅＮＢは、復号の複雑性を低減し、かつ演算能力を温存するために、スケジュールされたアップリンク信号を復号することをスキップする、先行する実施形態のいずれか一つに記載の方法。
２０．ｅＮＢ受信機は、ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵがＨＡＲＱ−ＡＣＫ反復で構成されている場合、一定のアップリンクサブフレームにおいてＨＡＲＱ−ＡＣＫ反復がスキップされることを想定する、先行する実施形態のいずれか一つに記載の方法。
２１．ｅＮＢは、ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵおよびＤＯ−ＨＤ−ＦＤＤ  ＷＴＲＵに対し、（拡張）物理ダウンリンク制御チャネル（（Ｅ）ＰＤＣＣＨ）および物理アップリンク共有チャネル（ＰＵＳＣＨ）のための異なるリンク適応ルールを適用する、先行する実施形態のいずれか一つに記載の方法。
２２．ｅＮＢがＰＤＣＣＨに対応する不連続送信（ＤＴＸ）をＤＯ−ＨＤ−ＦＤＤ  ＷＴＲＵから受信するという条件で、ｅＮＢはＰＤＣＣＨをより高い送信電力および／またはより高いＣＣＥアグリゲーションレベルで再送する、先行する実施形態のいずれか一つに記載の方法。
２３．ｅＮＢがＰＤＣＣＨに対応するＤＴＸをＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵから一定のアップリンクサブフレームにおいて受信するという条件で、ｅＮＢはＰＤＣＣＨを同じ送信電力および／またはＣＣＥアグリゲーションレベルで再送する、先行する実施形態のいずれか一つに記載の方法。
２４．ｅＮＢは、ｅＮＢがアップリンクサブフレームの位置に応じてＰＤＣＣＨに対応するＤＴＸを受信するという条件で、ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵに相異なるリンク適応ルールを適用する、先行する実施形態のいずれか一つに記載の方法。
２５．ＷＴＲＵは、ＷＴＲＵがアップリンク送信およびダウンリンク受信にスケジュールされている場合、サブフレームｎでのアップリンク送信またはダウンリンク受信のいずれかをドロップする、先行する実施形態のいずれか一つに記載の方法。
２６．ＷＴＲＵは、ダウンリンクサブフレームまたはアップリンクのサブフレームの、それが重なる部分をドロップする、先行する実施形態のいずれか一つに記載の方法。
２７．ＷＴＲＵがサブフレームｎにおいてＣＳＩ−ＲＳを測定するように構成され、かつサブフレームｎが、アップリンク送信のための隣接するサブフレームにあるか、またはＷＴＲＵがアップリンク信号を送信するようにスケジュールされたアップリンクサブフレームであるという条件で、ＷＴＲＵはサブフレームｎにおいてＣＳＩ測定のためのＣＳＩ−ＲＳを受信することをスキップする、先行する実施形態のいずれか一つに記載の方法。
２８．ＷＴＲＵがサブフレームｎにおいてＣＳＩを報告することを必要とされており、かつＷＴＲＵがサブフレームｎにおいてダウンリンク信号を受信する必要もあるという条件で、ＷＴＲＵは、ＣＳＩ更新条件に従って、ＣＳＩを報告するか、またはダウンリンク信号を受信するかのいずれかを行う、先行する実施形態のいずれか一つに記載の方法。
２９．ＤＬおよびＵＬの両方向でのバースト送信に加えて、スペクトル効率を上げるためのサブフレームバースト全体に対するバンドルされたＡ／Ｎフィードバックが用いられる、先行する実施形態のいずれか一つに記載の方法。
３０．ＬＣ−ＭＴＣは、ＤＬスケジュールされたデータに対するＡ／Ｎをバンドルしつつ、Ｎ＋４＊ｋフィードバックルールを維持する、先行する実施形態のいずれか一つに記載の方法。
３１．ＷＴＲＵは、バンドルされたフィードバックの以下のルールに従う、先行する実施形態のいずれか一つに記載の方法：ＤＬバーストの終了の後に、最後のサブフレームがｎ＋ｋとすると、ここで、ｋはサブフレーム単位でのＤＬバーストのサイズであり、ＷＴＲＵはＡ／Ｎをｎ＋ｋ＋４サブフレームＵＬ送信にバンドルしてもよい。この解決策では、バーストサイズ制限がＰＵＣＣＨ  Ａ／Ｎ容量に従うことになるであろう；かつ、サブフレームｍにおけるＵＬバンドルされたフィードバックは、
ｍ＝ｎ＋Ｗｉｎｄｏｗ＿ｓｉｚｅ＋ＭＯＤ４（ｎ）＋１
と定義される。
３２．ＷＴＲＵは、ＤＬおよび／もしくはＵＬのためのバーストウィンドウサイズに対して指定されたフィードバックサブフレームオフセットで、または構成されたセットの各ウィンドウサイズ固有の複数のオフセットで構成されてもよい、先行する実施形態のいずれか一つに記載の方法。
３３．ｅＮＢは、以下の方法の１または組合せを用いて、ＤＬおよび／またはＵＬバーストウィンドウサイズをシグナリングし得る、先行する実施形態のいずれか一つに記載の方法：半静的構成、ダウンリンク動的構成およびアップリンク動的構成。
３４．単一発振器ＨＤ−ＦＤＤ（ＳＯ−ＨＤ−ＦＤＤ）ＷＴＲＵの表示を送信することをさらに含む、先行する実施形態のいずれか一つに記載の方法。
３５．ＳＯ−ＨＤ−ＦＤＤ  ＵＥのためのＰＲＡＣＨ区分化をさらに含む、先行する実施形態のいずれか一つに記載の方法。
３６．隣接するサブフレームにおいてアップリンクおよびダウンリンクをスケジュールすることによる、ｅＮＢ受信機におけるブラインド検出をさらに含む、先行する実施形態のいずれか一つに記載の方法。
３７．ＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵのＨＡＲＱ手順は、連続するＨＡＲＱプロセスのサブセットのグループから選択された少なくとも１つと、２つのＳＯ−ＨＤ−ＦＤＤ  ＷＴＲＵグループのためのＨＡＲＱプロセスオフセットとを含む、先行する実施形態のいずれか一つに記載の方法。
３８．アップリンク信号とダウンリンク信号との間の優先度ルールに基づく、隣接するサブフレームにおけるアップリンク信号とダウンリンク信号との衝突回避をさらに含む、先行する実施形態のいずれか一つに記載の方法。
３９．アップリンク信号とダウンリンク信号とが隣接するサブフレームにスケジュールされているとき、ＷＴＲＵドロッピングルールをさらに含む、先行する実施形態のいずれか一つに記載の方法。
４０．長い切替時間に起因するスペクトル効率の損失を低減するため、アグリゲーションが行われた（aggregated）Ａ／Ｎ送信を伴うバーストベースの（burst based）送信をさらに含む、先行する実施形態のいずれか一つに記載の方法。
４１．受信機と、
送信機と、
送信機および受信機と通信を行っているプロセッサと
を備え、先行する実施形態のいずれかにおける方法を実行するように構成されたＷＴＲＵ。
４２．実施形態１から４０のいずれかにおける方法を実行するように構成されたｅＮＢ。
４３．実施形態１から４０のいずれかにおける方法を実行するように構成された基地局。
４４．実施形態１から４０のいずれかにおける方法を実行するように構成された集積回路。
【図１Ａ】
0006408604.tif 000002
【図１Ｂ】
0006408604.tif 000003
【図１Ｃ】
0006408604.tif 000004
【図２】
0006408604.tif 000005
【図３】
0006408604.tif 000006
【図４】
0006408604.tif 000007
【図５】
0006408604.tif 000008
【図６】
0006408604.tif 000009
【図７】
0006408604.tif 000010
【図８】
0006408604.tif 000011
【図９】
0006408604.tif 000012
【図１０】
0006408604.tif 000013
【図１１】
0006408604.tif 000014
【図１２】
0006408604.tif 000015
【図１３】
0006408604.tif 000016
【図１４】
0006408604.tif 000017