特許 6705835 非認可帯域におけるＬＴＥ動作のためのシステムおよび方法

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】6705835

(24)【登録日】2020年5月18日

(45)【発行日】2020年6月3日

(54)【発明の名称】非認可帯域におけるＬＴＥ動作のためのシステムおよび方法

(51)【国際特許分類】

   H04W 72/14 20090101AFI20200525BHJP

   H04W 72/08 20090101ALI20200525BHJP

   H04W 16/14 20090101ALI20200525BHJP

   H04W 74/08 20090101ALI20200525BHJP

【ＦＩ】

   H04W72/14

   H04W72/08 110

   H04W16/14

   H04W74/08

【請求項の数】14

【全頁数】53

(21)【出願番号】特願2017-552456(P2017-552456)

(86)(22)【出願日】2016年4月7日

(65)【公表番号】特表2018-514144(P2018-514144A)

(43)【公表日】2018年5月31日

(86)【国際出願番号】US2016026442

(87)【国際公開番号】WO2016164584

(87)【国際公開日】20161013

【審査請求日】2018年12月4日

(31)【優先権主張番号】62/144,910

(32)【優先日】2015年4月8日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】510030995

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

(74)【代理人】

【識別番号】110001243

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

(72)【発明者】

【氏名】パトリック・ジェイ・トゥーハー

(72)【発明者】

【氏名】ジャネット・エイ・シュテルン−バーコウィッツ

(72)【発明者】

【氏名】ポウリヤ・サデギ

(72)【発明者】

【氏名】ムーン−イル・リー

(72)【発明者】

【氏名】マリアン・ルドルフ

【審査官】 松野 吉宏

(56)【参考文献】

【文献】 米国特許出願公開第２０１４／０３６２７８０（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２０１３／０１９５０４１（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２０１４／０２５４４５２（ＵＳ，Ａ１）

【文献】 Kyocera，UL LAA Design，3GPP TSG RAN WG1 adhoc_LTE_LAA_1503 R1-151056，フランス，3GPP，２０１５年 ３月１８日，Section 2

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４ − ７／２６

Ｈ０４Ｗ ４／００ − ９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

メモリと、
受信機であって、前記受信機は、ダウンリンク制御情報（ＤＣＩ）を受信するように少なくとも構成され、前記ＤＣＩは、
アップリンク（ＵＬ）送信に対するＵＬ許可のインジケーションであって、前記ＵＬ許可は、１つまたは複数のサブフレームを示す、インジケーションと、
クリアチャネル評価（ＣＣＡ）機会と関連付けられた１つまたは複数のパラメータのインジケーションであって、前記ＣＣＡ機会は、１つまたは複数のＣＣＡを行うための期間に対応する、インジケーションと
を含む、受信機と、
プロセッサであって、前記プロセッサは、
前記ＵＬ許可に少なくとも基づいて、前記１つまたは複数のサブフレームのサブフレームに対する前記ＵＬ送信についての開始時間を決定し、
前記ＵＬ送信についての前記決定された開始時間、および前記ＤＣＩにおいて示された前記ＣＣＡ機会と関連付けられた前記１つまたは複数のパラメータのうちの少なくとも１つに少なくとも基づいて、前記ＣＣＡ機会を識別し、前記ＣＣＡ機会は、前記ＵＬ送信についての前記決定された開始時間の前であり、
前記ＣＣＡ機会の間にチャネル上で前記１つまたは複数のＣＣＡを実行し、
前記１つまたは複数のＣＣＡに基づいて、前記チャネルが利用可能または利用可能でないかの少なくとも１つであるかどうかを決定し、
前記チャネルが利用可能であると決定されることを条件に、前記決定された開始時間において前記チャネルを介して前記ＵＬ送信を送信する
ように少なくとも構成されたプロセッサと
を備えたことを特徴とする無線送信／受信ユニット（ＷＴＲＵ）。

【請求項2】

前記チャネルは、非認可チャネルであることを特徴とする請求項１に記載のＷＴＲＵ。

【請求項3】

前記受信機は、ＵＬサブフレームのブロックの少なくとも開始およびＵＬサブフレームの前記ブロックの長さのインジケーションを含むＤＣＩを受信するようにさらに構成されていることを特徴とする請求項１に記載のＷＴＲＵ。

【請求項4】

前記プロセッサは、前記ＵＬ送信がＵＬサブフレームの前記ブロック内にあるかどうかに基づいて、前記ＣＣＡ機会を決定するようにさらに構成されていることを特徴とする請求項３に記載のＷＴＲＵ。

【請求項5】

前記ＣＣＡ機会と関連付けられた前記１つまたは複数のパラメータは、前記ＣＣＡ機会の長さを識別することを特徴とする請求項１に記載のＷＴＲＵ。

【請求項6】

前記受信機は、ネットワークエンティティから前記ＤＣＩを受信するようにさらに構成され、前記ネットワークエンティティは、発展型ＮｏｄｅＢ（ｅＮＢ）またはセルのうちの少なくとも１つであることを特徴とする請求項１に記載のＷＴＲＵ。

【請求項7】

ＵＬサブフレームのブロックの少なくとも開始およびＵＬサブフレームの前記ブロックの長さのインジケーションを含む前記ＤＣＩは、グループＤＣＩを介して受信され、前記プロセッサは、前記グループＤＣＩに対応する無線ネットワーク一時識別子（ＲＮＴＩ）により前記グループＤＣＩを復号するようにさらに構成されていることを特徴とする請求項３に記載のＷＴＲＵ。

【請求項8】

ダウンリンク制御情報（ＤＣＩ）を受信するステップであって、前記ＤＣＩは、
アップリンク（ＵＬ）送信に対するＵＬ許可のインジケーションであって、前記ＵＬ許可は、１つまたは複数のサブフレームを示す、インジケーションと、
クリアチャネル評価（ＣＣＡ）機会と関連付けられた１つまたは複数のパラメータのインジケーションであって、前記ＣＣＡ機会は、１つまたは複数のＣＣＡを行うための期間に対応する、インジケーションと
を少なくとも含む、ステップと、
前記ＵＬ許可に少なくとも基づいて、前記１つまたは複数のサブフレームのサブフレームに対する前記ＵＬ送信についての開始時間を決定するステップと、
前記ＵＬ送信についての前記決定された開始時間、および前記ＤＣＩにおいて示された前記ＣＣＡ機会と関連付けられた前記１つまたは複数のパラメータのうちの少なくとも１つに少なくとも基づいて、前記ＣＣＡ機会を識別するステップであって、前記ＣＣＡ機会は、前記ＵＬ送信についての前記決定された開始時間の前である、ステップと、
前記ＣＣＡ機会の間にチャネル上で前記１つまたは複数のＣＣＡを実行するステップと、
前記１つまたは複数のＣＣＡに基づいて、前記チャネルが利用可能または利用可能でないかの少なくとも１つであるかを決定するステップと、
前記チャネルが利用可能であると決定されることを条件に、前記決定された開始時間において前記チャネルを介して前記ＵＬ送信を送信するステップと
を備えたことを特徴とする無線送信／受信ユニット（ＷＴＲＵ）によって実行される方法。

【請求項9】

前記チャネルは、非認可チャネルであることを特徴とする請求項８に記載の方法。

【請求項10】

ＵＬサブフレームのブロックの少なくとも開始およびＵＬサブフレームの前記ブロックの長さのインジケーションを含むＤＣＩを受信するステップをさらに備えたことを特徴とする請求項８に記載の方法。

【請求項11】

前記ＵＬ送信がＵＬサブフレームの前記ブロック内にあるかどうかに基づいて、前記ＣＣＡ機会を決定するステップをさらに備えたことを特徴とする請求項１０に記載の方法。

【請求項12】

前記ＣＣＡ機会と関連付けられた前記１つまたは複数のパラメータは、前記ＣＣＡ機会の長さを識別することを特徴とする請求項８に記載の方法。

【請求項13】

前記ＤＣＩは、ネットワークエンティティから受信され、前記ネットワークエンティティは、発展型ＮｏｄｅＢ（ｅＮＢ）またはセルのうちの少なくとも１つであることを特徴とする請求項８に記載の方法。

【請求項14】

ＵＬサブフレームのブロックの少なくとも開始およびＵＬサブフレームの前記ブロックの長さのインジケーションを含む前記ＤＣＩを受信するステップは、グループＤＣＩを受信することを含み、前記方法は、
前記グループＤＣＩに対応する無線ネットワーク一時識別子（ＲＮＴＩ）により前記グループＤＣＩを復号するステップをさらに備えたことを特徴とする請求項１０に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、無線通信に関する。

【背景技術】

【0002】

関連出願の相互参照
本出願は、２０１５年４月８日に出願された米国特許仮出願第６２／１４４，９１０号明細書の利益を主張するものであり、その内容は、あらゆる目的で本明細書に全体が完全に記載されているかのように参照により本明細書に組み込まれる。

【0003】

ロングタームエボリューション（ＬＴＥ）セルラシステムなどの従来のセルラシステムは、たとえば政府の競売を通してＬＴＥシステムの各事業者によって獲得されたスペクトルに限定された、認可された（licensed）スペクトルを使用してよい。そのようなシステムでは、事業者は、他の事業者によって運用されるシステムからの帯域内干渉を心配することなく、たとえばユーザデバイスにサービスを提供するために、スペクトルを使用する独占権を有してよい。

【0004】

いくつかのそのようなシステムでは、そのような事業者によって、それらのサービス提供を増大して、たとえばブロードバンドデータに対するますます高まる需要を満たすために、非認可（unlicensed）スペクトルも使用されてよい。そのようなシステムでは、そのような非認可スペクトルにおけるＬＴＥ動作が、Ｗｉ−Ｆｉなどの非認可スペクトルを使用する他の技術と共存してよい。いくつかのそのようなシステムでは、事業者は、非認可スペクトルのユーザの間で干渉を最小限にするため、および／または公平なアクセスを提供するために努力することがある。

【発明の概要】

【0005】

概要は、発明を実施するための形態でさらに後述される概念の選択を簡略化された形式で紹介するために提供される。この概要は、請求される主題の重要な特徴および／または本質的な特徴を特定することは意図されず、請求される主題の範囲を限定するために使用されることも意図されない。

【0006】

複数のクリアチャネル評価のうちからクリアチャネル評価機会（clear channel assessment occasion）を決定する、および／または、クリアチャネル評価機会の間にチャネル上でクリアチャネル評価を実行して、チャネルが利用可能であるとクリアチャネル評価が示すかどうかを決定するための、システム、デバイス、および方法が開示される。

【0007】

１つまたは複数の技法は、無線送信／受信ユニット（ＷＴＲＵ）によって実行されてよい。技法は、ＵＬ送信のためのアップリンク（ＵＬ）許可を受信するステップを含んでよい。ＵＬ許可は、１つもしくは複数のＵＬサブフレームまたは１つもしくは複数のＵＬリソースの少なくとも一方を示してよい。技法は、１つもしくは複数の固定されたフレーム期間（Fixed Frame Period：ＦＦＰ）の第１のＦＦＰ、または１つもしくは複数のＵＬブロックの第１のＵＬブロックの少なくとも一方が、１つまたは複数のＵＬサブフレームの部分的サブフレームまたは完全なサブフレームの少なくとも一方を含むことを条件として、ＵＬ許可（grant）、第１のＦＦＰまたは第１のＵＬブロックのうちの少なくとも１つに基づいて、１つまたは複数のクリアチャネル評価（ＣＣＡ）機会を決定するステップを含んでよい。技法は、第１のＦＦＰまたは第１のＵＬブロックのいずれも、１つまたは複数のＵＬサブフレームの部分的サブフレームまたは完全なサブフレームの少なくとも一方を含まないことを条件として、ＵＬ許可に基づいて、１つまたは複数のクリアチャネル評価（ＣＣＡ）機会を決定するステップを含んでよい。

【0008】

技法は、１つまたは複数のＣＣＡ機会の第１のＣＣＡ機会の間にチャネル上で１つまたは複数のＣＣＡプロセスを実行するステップを含んでよい。技法は、１つまたは複数のＣＣＡプロセスに基づいて、チャネルが第１のＣＣＡ機会において利用可能または利用不可能の少なくとも一方であるかどうかを決定するステップを含んでよい。技法は、チャネルが第１のＣＣＡ機会において利用可能であると決定されることを少なくとも条件として、チャネルを介して１つまたは複数のＵＬサブフレームにおいてＵＬ送信を送るステップを含んでよい。技法は、チャネルが第１のＣＣＡ機会において利用不可能であると決定されることを少なくとも条件として、第２のＣＣＡ機会の間にチャネル上で１つまたは複数のＣＣＡプロセスを実行するステップを含んでよい。

【0009】

添付された図面を参照して、以下の例示的実施形態の詳細な説明が提供される。説明を目的として、図面は例示的実施形態を示す。企図される主題は、説明または図示される特定の要素および／または手段に限定されない。主題は、反対の特定の表記がない限り、必要および／または本質的であるように企図されない。加えて、説明される実施形態は、任意の組み合わせで、全体的にまたは部分的に使用されてよい。図面は以下の通りである。

【図面の簡単な説明】

【0010】

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

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

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

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

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

【図2】フレームベース機器実施形態で使用されてよい例示的リッスンビフォートーク（listen-before-talk）および／またはクリアチャネル評価タイミングを示すグラフである。

【図3】例示的な第２のセルのアップリンク送信が例示的な第１のセルの送信によってブロッキングされているのを示すブロック図である。

【図4】例示的サブフレームにおいて発生する複数のクリアチャネル評価機会の例を示すブロック図である。

【図5】例示的な固定されたおよび／または可変の固定されたフレーム期間を示す図である。

【図6】例示的なブロッキングされたクリアチャネル評価を示す図である。

【図7】別の例示的なブロッキングされたクリアチャネル評価を示す図である。

【図8】別の例示的なブロッキングされたクリアチャネル評価を示す図である。

【図9】閾値を使用するブロッキングされたクリアチャネル評価および／または成功したクリアチャネル評価の例示的な測定ケースおよび／または決定を示す図である。

【図10】クリアチャネル評価開始タイミングの例示的決定を示す図である。

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

【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】

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

【0042】

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

【0043】

ＭＭＥ１６２は、ＲＡＮ１０４内のｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃの各々にＳ１インターフェースを介して接続されてよく、制御ノードの役割をしてよい。たとえば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続の間の特定のサービングゲートウェイを選択することなどを担当してよい。ＭＭＥ１６２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなど他の無線技術を採用する他のＲＡＮ（図示せず）との間の切替えのための制御プレーン機能を提供してよい。

【0044】

サービングゲートウェイ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてよい。サービングゲートウェイ１６４は一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でユーザデータパケットをルーティングおよび転送してよい。サービングゲートウェイ１６４はまた、ｅＮｏｄｅＢ間ハンドオーバの間にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能なときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなど、他の機能を実行してよい。

【0045】

サービングゲートウェイ１６４は、ＰＤＮゲートウェイ１６６に接続されてよく、ＰＤＮゲートウェイ１６６は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にしてよい。

【0046】

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

【0047】

図１Ｅは、実施形態によるＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＩＥＥＥ８０２．１６無線技術を採用するアクセスサービスネットワーク（ＡＳＮ）であってよい。以下でさらに説明されるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９の異なる機能エンティティの間の通信リンクが、基準点として定義されてよい。

【0048】

図１Ｅに示されるように、ＲＡＮ１０５は基地局１８０ａ、１８０ｂ、１８０ｃおよびＡＳＮゲートウェイ１８２を含んでよいが、ＲＡＮ１０５が、実施形態との整合性を保ちながら、任意の数の基地局およびＡＳＮゲートウェイを含んでよいことは理解されよう。基地局１８０ａ、１８０ｂ、１８０ｃは各々が、ＲＡＮ１０５内の特定のセル（図示せず）に関連付けられてよく、各々が、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含んでよい。一実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装してよい。したがって、基地局１８０ａは、たとえば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信してよい。基地局１８０ａ、１８０ｂ、１８０ｃはまた、ハンドオフのトリガ、トンネル確立、無線リソース管理、トラフィック分類、およびサービス品質（ＱｏＳ）ポリシー施行などを提供してよい。ＡＳＮゲートウェイ１８２は、トラフィック集約点の役割をしてよく、ページング、加入者プロファイルのキャッシング、およびコアネットワーク１０９へのルーティングなどを担当してよい。

【0049】

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実装するＲ１基準点（reference point）として定義されてよい。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々は、コアネットワーク１０９との論理インターフェース（図示せず）を確立してよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理に使用されてよいＲ２基準点として定義されてよい。

【0050】

基地局１８０ａ、１８０ｂ、１８０ｃの各々の間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間のデータの転送を容易にするためのプロトコルを含むＲ８基準点として定義されてよい。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６基準点として定義されてよい。Ｒ６基準点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連付けられたモビリティイベントに基づくモビリティ管理を容易にするためのプロトコルを含んでよい。

【0051】

図１Ｅに示されるように、ＲＡＮ１０５は、コアネットワーク１０９に接続されてよい。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、たとえば、データ転送能力およびモビリティ管理能力を容易にするためのプロトコルを含むＲ３基準点として定義されてよい。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４、認証、認可、アカウンティング（ＡＡＡ）サーバ１８６、およびゲートウェイ１８８を含んでよい。上述の要素の各々はコアネットワーク１０９の一部として示されているが、これらの要素のいずれも、コアネットワーク運用者以外のエンティティによって所有および／または運用されてよいことは理解されよう。

【0052】

ＭＩＰ−ＨＡは、ＩＰアドレス管理を担当してよく、異なるＡＳＮおよび／または異なるコアネットワークの間でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃがローミングすることを可能にしてよい。ＭＩＰ−ＨＡ１８４は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にしてよい。ＡＡＡサーバ１８６は、ユーザ認証、およびユーザサービスのサポートを担当してよい。ゲートウェイ１８８は、他のネットワークとの相互動作を容易にしてよい。たとえば、ゲートウェイ１８８は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にしてよい。加えて、ゲートウェイ１８８は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してよく、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される他の有線または無線ネットワークを含んでよい。

【0053】

図１Ｅには示されていないが、ＲＡＮ１０５は他のＡＳＮに接続されてよく、コアネットワーク１０９は他のコアネットワークに接続されてよいことは理解されよう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、ＲＡＮ１０５と他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含んでよいＲ４基準点として定義されてよい。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、ホームコアネットワークと在圏（visited）コアネットワークとの間の相互動作を容易にするためのプロトコルを含んでよいＲ５基準点として定義されてよい。

【0054】

ＬＴＥ時分割複信（ＴＤＤ）では、複数のＴＤＤアップリンク−ダウンリンクサブフレーム構成がサポートされてよい。そのような構成の少なくとも１つは、任意のタイプのｅＮｏｄｅＢが使用されてよい。各ＴＤＤアップリンク−ダウンリンクサブフレーム構成は、本明細書で「Ｄ」として示される１つもしくは複数のダウンリンクサブフレーム、本明細書で「Ｕ」として示される１つもしくは複数のアップリンクサブフレーム、および／または本明細書で「Ｓ」として示される１つもしくは複数の特殊サブフレームを含んでよい。特殊サブフレームは、ダウンリンク（ＤＬ）部分、アップリンク（ＵＬ）部分、および／または、ＤＬからＵＬへの移行に使用されてよい時間を確保し得るそれらの部分の間のガード期間を含んでよい。例示的アップリンク−ダウンリンクサブフレーム構成は、以下の表１に示されている。表現「アップリンク−ダウンリンクサブフレーム構成」および「アップリンク−ダウンリンク構成」は、本開示では交換可能に使用されてよい。

【0055】

【表1】

【0056】

ＬＴＥシステムなどのセルラシステムは、認可されたスペクトルを使用してよい。事業者は、たとえば、政府により行われる競売を介して、セルラ信号の送信および／または受信で使用するための特定の地理的エリア内の周波数帯の特定の部分を利用する権利を取得してよい。認可されたスペクトルを使用することにより、事業者は、他の事業者のシステムから帯域内干渉を受けずに、そのスペクトルを排他的に使用して、そのユーザにサービスを提供してよい。

【0057】

非セルラサービスおよびアプリケーション（たとえば、ＩＥＥＥ８０２．１１技術（すなわちＷｉ−Ｆｉ））のために従来使用されてよい非認可スペクトルは、ブロードバンドデータサービスの高まる需要を満たすためにサービス提供を増大するための補完的技術としてセルラ事業者により使用されるものと考えられてよい。様々なタイプのスペクトルを利用する１つまたは複数の配置シナリオは、キャリアアグリゲーションを採用してよい。本明細書では「ライセンスドアシステッドアクセス（Licensed-Assisted Access）」（ＬＡＡ）と呼ばれてよい１つまたは複数のシナリオでは、プライマリコンポーネントキャリアおよび／またはサービングセル（本明細書では「ＰＣｅｌｌ」と呼ばれてよい）は、認可されたキャリア（たとえば、認可されたスペクトルを使用してよいキャリア）であってよい。非認可キャリア（たとえば、非認可スペクトルを使用してよいキャリア）は、ＰＣｅｌｌと集約されてよいセカンダリコンポーネントキャリアおよび／またはサービングセル（本明細書では「ＳＣｅｌｌ」と呼ばれてよい）であってよい。（両方のタイプのキャリア／セルに関する、ゼロを含む）任意の数の非認可ＳＣｅｌｌおよび／または任意の数の認可されたＳＣｅｌｌが存在してよく、それらは、一緒に集約されてよく、および／または１つもしくは複数のＰＣｅｌｌと集約されてよい。キャリアアグリゲーション採用するシナリオでは、１つまたは複数のＰＣｅｌｌおよび／またはＳＣｅｌｌが同じｅＮｏｄｅＢに属してよい。同時接続性（dual connectivity）が採用されてよく、ことによると、たとえば、１つまたは複数の非認可キャリアが、認可されたＰＣｅｌｌと異なるｅＮｏｄｅＢに属してよい。同時接続性シナリオでは、プライマリセカンダリセル（ＰＳＣｅｌｌ）が、認可されたセルおよび／または非認可セルであってよい。

【0058】

非認可スペクトルにおいてＬＴＥ動作を行うシナリオでは、他の非認可技術（Ｗｉ−Ｆｉなど）との共存および／または他のＬＴＥ動作との共存が、そのような非認可スペクトルのユーザの間の干渉を最小限にすることおよび／または公平さを提供することの試みとして考えられてよい。リッスンビフォートーク（ＬＢＴ）および／または送信ギャップなどの様々なメカニズムが、本明細書で企図される。ＬＢＴシナリオでは、アクセスポイント（ＡＰ）、ｅＮｏｄｅＢ、および／またはＷＴＲＵなどのシステムノードが、チャネル（たとえば、定義された中心周波数および／または帯域幅を有してよい周波数帯）をリッスンして、チャネルまたはチャネルの一部で送信する前にチャネルを使用する別のノードが存在するかどうかを決定してよい。別のノードによる使用のリッスンおよび／または決定は、エネルギー検出を含んでよい測定を含んでよい、および／またはその測定に少なくとも部分的に基づいてよい。送信ギャップは、ノードがチャネルおよび／もしくはチャネルの部分で送信を行ってよいようにシステムノードによって使用されてよく、ならびに／または、他の潜在的（potential）ユーザがチャネルをフリーとみなすおよび／もしくはチャネルを使用することを可能にするそのような送信のギャップを含んでよい。

【0059】

非認可スペクトルにおけるＬＴＥ動作は、そのような動作が認可されたスペクトルにおける動作と組み合わされるかどうかに関わらず（たとえば、認可されたＰＣｅｌｌおよび／またはＰＳＣｅｌｌとのアグリゲーションおよび／または同時接続性を伴う動作であるかどうかに関わらず）、ＬＴＥ−非認可動作（LTE-unlicensed operation：ＬＴＥ−Ｕ）と呼ばれてよい。また本明細書で使用されるとき、用語「チャネル」は、チャネルの部分および／またはチャネル全体を表してよい。また、用語「Ｗｉ−Ｆｉ」、「ＷｉＦｉ」、および「Ｗｉｆｉ」は、交換可能に使用されてよい。本明細書に記載された説明において、ＬＴＥ−Ｕは、ＬＡＡと置換されてよく、および／もしくは逆の場合も同様であってよく、ならびに／または本明細書に説明される技法と一致してよい。

【0060】

潜在的ＵＬ送信を有するＷＴＲＵおよび／または潜在的ＤＬ送信を有するｅＮｏｄｅＢなどのチャネル上の潜在的送信機は、チャネルを評価および／または監視（たとえば受信）して、たとえば、送信前にチャネル上の信号存在および／または干渉を測定および／または決定してよい。たとえば、潜在的送信機は、チャネルを観測して、チャネルが別のシステム、ユーザ、および／または信号によって使用中（たとえば、ビジーおよび／または占有されている）であり得るかどうかを決定してよい。このチャネル評価および／または監視は、本明細書では、リッスンビフォートーク（ＬＢＴ）、クリアチャネル評価（ＣＣＡ）、および／またはＬＢＴ／ＣＣＡと呼ばれてよい。本明細書では、ＬＢＴ、ＣＣＡ、およびＬＢＴ／ＣＣＡは交換可能に使用されてよい。

【0061】

潜在的送信機は、チャネルからの受信された信号および／もしくは干渉を、１つもしくは複数の閾値レベルなどの基準と比べてよく、ならびに／または、そのような比較に基づいて、チャネルがフリーであり得るかどうかを決定してよい。ことによると、たとえば、潜在的送信機が、チャネルがフリーであり得ると決定した場合、潜在的送信機はチャネル上で送信を行ってよい。ことによると、たとえば、潜在的送信機が、チャネルがフリーでないことがあると決定した場合、潜在的送信機は、チャネル上で送信しなくてよく、ならびに／または潜在的送信を後置（postposed）および／もしくは破棄してよい。

【0062】

本明細書で使用されるとき、「フレームベースの機器（frame-based equipment）」（ＦＢＥ）は、送信および／または受信タイミングが固定および／または構造化されてよい機器を指してよい。たとえば、いくつかのシナリオでは、欧州電気通信標準化機構（ＥＴＳＩ）は、一部のＦＢＥが従うことがあるＬＢＴ／ＣＣＡに関係付けられてよい欧州の規制ルールを提供してよい。

【0063】

本明細書で使用されるとき、「機器」は、ＷＴＲＵ、ｅＮｏｄｅＢ、ＳＴＡ、および／またはＡＰなどのノードまたはデバイスを指してよく、それらのいずれも、認可されたチャネルおよび／または非認可チャネル上で送信および／または受信を行ってよい。

【0064】

図２は、ＦＢＥに適用してよい例示的ＬＢＴ／ＣＣＡタイミングスケジュールを示す例示的タイミンググラフ２００を提供する。ＬＢＴ／ＣＣＡ、および／またはＦＢＥなどの機器を使用するシナリオでは、周期的に、たとえば、予め決定されたフレーム構造に従って決定されてよい１つまたは複数の予め定義された時間インスタンスで、実行されてよい。ＬＢＴ／ＣＣＡ周期性（たとえば、固定されたフレーム期間）は、チャネル占有時間にアイドル期間を加えたものに等しくてよい。チャネル評価のためのＬＢＴ／ＣＣＡ期間（は、固定された時間であってよく、および／または最小時間を有してよい。チャネル占有時間は、特定のチャネルの利用可能性を再評価することなく、機器がそのチャネル上での１つまたは複数の送信をその間に有してよい合計時間であってよい。アイドル期間は、その間に機器がチャネル上で送信しなくてよい時間たとえば時間の連続した期間であってよい。チャネル占有時間は、許容される範囲、たとえば、限定されないが１ｍｓから１０ｍｓなどを有してよい。アイドル期間は、チャネル占有時間に対して決定されてよい最小値を有してよい。たとえば、チャネル占有時間の５％が、現在の固定されたフレーム期間を決定するために機器によって使用されてよい。

【0065】

機器が、たとえば、ＬＢＴ／ＣＣＡの間および／または結果、１つおよび／または複数の動作チャネルがクリアであると発見した場合のようなシナリオでは、そのような機器は、そのような１つおよび／または複数のクリアチャネル上ですぐに送信を行ってよい。ことによると、たとえば、そのような機器が、ＬＢＴ／ＣＣＡの間および／または結果、動作チャネルが占有されていると発見した場合、そのような機器は、その動作チャネル上で送信を行わなくてよく、次の固定されたフレーム期間などの時間フレームに向かってよい。

【0066】

本明細書で使用されるとき、「クリア」、「フリー」、「占有されていない」、および「ビジーでない」は、交換可能に使用されてよい用語であってよい。同様に、「クリアでない」、「フリーでない」、「占有されている」、および／または「ビジー」は、やはり交換可能に使用されてよい用語であってよい。また、「チャネル」と「動作チャネル」も本明細書で交換可能に使用されてよい。

【0067】

負荷ベースの機器（Load-based equipment：ＬＢＥ）は、たとえば、特定のフレーム構造に基づいて、たとえば、固定および／または定義された時間で、ＬＢＴ／ＣＣＡ決定を行わなくてよい。ＬＢＥは、そのＬＢＥが送信すべきデータを有するときに、ＬＢＴ／ＣＣＡ決定を行ってよい。たとえば、標準化団体ＥＴＳＩが、ＬＢＴ／ＣＣＡに関係付けられてよい欧州の規制ルールを提供してよい。ＬＢＥは、そのようなルールに基づいてＬＢＴ／ＣＣＡ決定を行ってよい。

【0068】

たとえば１つまたは複数のＬＢＥなどの機器が使用されるような、ＬＢＴ／ＣＣＡをチェックおよび／または決定するシナリオでは、様々なルールおよび／または条件が、個別に、または本明細書に記載される任意の技法との任意の組み合わせで使用されてよい。たとえば、動作チャネル上で送信および／または送信のバーストが送られる前に、送信機器が、チャネル上でエネルギーを検出してよいＬＢＴ／ＣＣＡチェックを行ってよい。ことによると、たとえば、機器は、たとえば、ＬＢＴ／ＣＣＡチェックの間および／または結果、動作チャネルおよび／またはチャネルがクリアに現れることを発見した場合、そのような機器は、クリアであると決定された１つおよび／または複数のチャネル上で（たとえば、すぐに）送信を行ってよい。

【0069】

最大チャネル占有時間は、与えられた送信および／または送信のバーストのために機器が動作チャネルを使用してよい合計時間であってよい。特定の機器のための最大チャネル占有時間は、機器の製造者により設定されてよい最大の許容された値よりも少なくてよい。特定の機器の製造者により設定された最大の許容された値は、１３／３２×ｑ ｍｓであってよく、ここで、ｑは、４と３２の間の値として製造者によって設定されてよい。いくつかのシナリオでは、ｑは３２と等しくてよい（すなわちｑ＝３２）。最大チャネル占有は、１３ｍｓであってよい。

【0070】

ことによると、機器が、たとえば、ＬＢＴ／ＣＣＡ決定の間および／または結果、動作チャネルが占有されていると発見した場合、そのような機器は、ことによると、たとえば、それが、チャネルがクリアであることを発見し得る後続のＬＢＴ／ＣＣＡを行うまで、評価された動作チャネルで送信を行われなくてよい。待ち時間および／またはバックオフ時間は、ことによると、たとえば、第１のＬＢＴ／ＣＣＡ決定が、チャネルがクリアでないことを発見し得た後、第２のＬＢＴ／ＣＣＡ決定がチャネル上で実行されてよい前に、満了することを可能にされてよい。ＬＢＴ／ＣＣＡ決定は、ことによると、たとえば、チャネルがクリアでないと決定した後、ことによると、たとえば、より長い期間の後、チャネルに対して実行されてよい。

【0071】

ＷＴＲＵは、非認可帯域におけるサービングセルにおける１つまたは複数のＵＬ送信の前に、ＬＢＴ／ＣＣＡ決定を行ってよい。たとえば、そのようなＷＴＲＵは、一部または全部のＵＬ送信の前のＵＬ ＬＢＴ／ＣＣＡ期間および／または時間ウィンドウの間に、ＬＢＴ／ＣＣＡ決定を行ってよい。ＬＢＴ／ＣＣＡ期間の長さは、ｅＮｏｄｅＢによって特定の値（たとえば、１０μｓ、２０μｓ、４０μｓ、６０μｓ）で構成されてよく、および／またはＷＴＲＵに動的にシグナリングされてよい。ＬＢＴ／ＣＣＡ期間の長さは、たとえば自律的に、たとえばルールに従って、ＷＴＲＵによって決定されてよい。

【0072】

ＵＬ ＬＢＴ／ＣＣＡ期間は、現在のＵＬサブフレームの始まり、たとえば、そのようなＵＬサブフレームの第１のＳＣ−ＦＤＭＡシンボルなどに配置されてよい。ＵＬ ＬＢＴ／ＣＣＡ期間は、たとえば、ＵＬ、ＤＬ、および／または特殊サブフレームであってよい現在のサブフレームの前のサブフレームの終わり（たとえば、サブフレームの最後のＳＣ−ＦＤＭＡシンボルおよび／またはＯＦＤＭシンボル）に配置されてよい。

【0073】

サブフレームベース（subframe-based）および／またはブロックベース（block-based）のＬＢＴ／ＣＣＡ決定が利用されてよい。たとえば、ＷＴＲＵは、連続したＵＬサブフレームのグループ（たとえば、ＵＬブロック）に対して単一のＵＬ ＬＢＴ／ＣＣＡ機会を有し、および／または使用してよい。ことによると、たとえば、そのようなＬＢＴ／ＣＣＡ機会の間のＵＬ ＬＢＴ／ＣＣＡ決定が失敗した場合（たとえば、ＷＴＲＵが、チャネルがビジーであると発見した場合）、そのようなＷＴＲＵは、そのＵＬブロック内のＵＬサブフレームのいずれでもＵＬで送信を行わなくてよい。ことによると、たとえば、ＷＴＲＵが、チャネルがフリーであると発見し得る場合、ＷＴＲＵは、そのＵＬブロック内のＵＬサブフレームにおいて送信を行ってよい。

【0074】

ＷＴＲＵは、ＵＬサブフレームについてＬＢＴ／ＣＣＡ決定のためのＵＬ ＬＢＴ／ＣＣＡ機会を有し、および／または使用してよい。ことによると、たとえば、そのようなＵＬ ＬＢＴ／ＣＣＡが失敗した場合（たとえば、ＷＴＲＵが、チャネルがビジーであると発見し得る場合）、ＷＴＲＵは、対応するＵＬサブフレームにおいてＵＬで送信を行わなくてよい。ことによると、たとえば、ＷＴＲＵが、チャネルがフリーであると発見し得る場合、ＷＴＲＵは、対応するＵＬサブフレームにおいて送信を行ってよい。特定のＵＬ ＬＢＴ／ＣＣＡ機会におけるＬＢＴ／ＣＣＡ決定の失敗（たとえば、チャネルがビジーである）は、１つまたは複数の他のＵＬサブフレームにおけるＵＬ送信に影響を与えなくてよい。

【0075】

事業者、および／またはｅＮｏｄｅＢなどの関連付けられたデバイスは、異なるパラメータでＬＡＡセルを構成して、ＵＬおよび／またはＤＬに対するアクセスを可能にしてよい。そのような事業者および／またはデバイスは、同じチャネルに関して他のセルと競合することがあるそれぞれのＬＡＡセルについてそのような事業者および／またはデバイスが構成してよいパラメータに関して他の事業者および／またはデバイスと協調しないことがある。いくつかの実装形態では、様々な競合するＬＡＡセルの構成パラメータが、セルに対するチャネルおよび／またはセルのＷＴＲＵにアクセスするにあたり不公平な優位性をもたらすことがある。たとえば、様々なＬＡＡセルが、フレーム内で特定のＣＣＡ機会を有することがある。第１のそのようなＬＡＡセルの機会の発生は、第２のＬＡＡセルの機会のそれおよび／もしくはそれらの前に（たとえば少し前に）あってよく、ならびに／または第２のＬＡＡセルおよび／またはそのＷＴＲＵについての一部または全部のチャネルアクセス機会をブロッキングしてよい。２つ以上のそのようなＬＡＡセルの間のフレームおよび／またはサブフレーム整合の欠如は、そのようなブロッキング効果をもたらすことがある。

【0076】

ＬＡＡチャネルアクセスは、固定されたフレーム期間（ＦＦＰ）を使用して得られてよい。そのようなＦＦＰは、ＦＦＰの最初のｎ個のサブフレームなどのサブフレームの第１のセットがＵＬ送信のために使用されることを可能にしてよい。残りのサブフレームは、ＤＬ送信のために使用されてよい。これは、１つもしくは複数または各々のフレームがＤＬサブフレームに対するＵＬサブフレームのそれ自体または別個の比を有してよいので、柔軟性を提供してよい。そのような比は、ＵＬおよび／またはＤＬに対する所望される数のサブフレームをｅＮｏｄｅＢがスケジューリングすることによって達成されてよい。ＵＬ送信について、ＷＴＲＵは、ＦＦＰの始まりで（いくつかのシナリオでは、ことによると、ＦＦＰの始まりのみで）チャネルにアクセスを試みてよい（および／または試みるように構成されてよい）。

【0077】

たとえば、将来のＦＦＰについてのＵＬ送信のためにスケジューリングされたＷＴＲＵが、そのようなＦＦＰの始まりの前に１つまたは複数のシンボルでチャネルにアクセスして（たとえば、チャネルを受信して）、たとえば、チャネルがフリーであるかどうかを決定してよい。将来のＦＦＰについてのＵＬ送信のためにスケジューリングされたＷＴＲＵは、ＦＦＰの始まりの前に１つまたは複数のシンボルでチャネルにアクセスして（たとえば、チャネルを受信して）、たとえば、チャネルがフリーであるかどうかを決定するように構成されてよい。

【0078】

ＵＬに使用されないサブフレームは、ＣＣＡ決定が成功した場合、（たとえばＤＬ送信のために）ＬＡＡセルによってアクセスおよび／または使用されてよい。チャネルにアクセスすることは、チャネル上での送信および／または受信を含んでよい。ことによると、たとえば、１つのセルのＦＦＰが第２のセルのＦＦＰの前に始まる（たとえば、整合的に始まる）場合、ＦＦＰを使用して、ブロッキングが発生することがある。（たとえば、そのようなブロッキング問題がＦＦＰの使用から生じる場合に）そのようなブロッキング問題を回避および／または緩和する助けとなり得る様々な技法が、本明細書に説明される。

【0079】

ｅＮｏｄｅＢは、事業者に属してよい（たとえば、事業者により制御されてよい）。セルは、ｅＮｏｄｅＢに属してよい（たとえば、ｅＮｏｄｅＢにより制御されてよい）。「事業者」と「ｅＮｏｄｅＢ」は本明細書で交換可能に使用されてよい。「ＥＮｏｄｅＢ」と「セル」も本明細書で交換可能に使用されてよい。本明細書で使用されるとき、たとえばＷＴＲＵのための、セルは、プライマリセル（ＰＣｅｌｌ）、セカンダリセル（ＳＣｅｌｌ）、および／またはプライマリセカンダリセル（ＰＳＣｅｌｌ）であってよい。

【0080】

図３は、第２のセルが第１のセルによってブロッキングされるシナリオを示すセルの例示的ブロック図３００を示す。この非限定的例では、ＦＦＰは、サブフレーム２で開始してよく、および／または１０サブフレームの長さ（たとえば１０ｍｓ）を有してよい。サブフレーム１は、特殊サブフレームであってよく、ここでは、ＤＬデータがサブフレームの第１の部分で送信されてよく、ならびに／または残りの部分はアイドルおよび／またはガード期間（ＧＰ）であってよく、その間にセルは送信を行わなくてよい。第２のセルのタイミングは、（たとえば、ＷＴＲＵによって見られるような）そのＦＦＰの開始は、第１のセルのＦＦＰの開始の少し後である。

【0081】

図３の示された例では、第２のセルは、ＵＬでのチャネルの使用について第１のセルと競合することがある。少しの時間のずれのため、第２のセルのＷＴＲＵは、第２のセルのＷＴＲＵのＣＣＡ期間の間にビジーであると体系的に決定してよい。これが発生してよいのは、ＣＣＡ機会の間のチャネルの利用可能性が第２のそれの前に発生することを決定してよく、ならびに／または、第２のセルのＷＴＲＵがＣＣＡを始める前にチャネルを取得しおよび／または送信を始めてよいからである。

【0082】

１つまたは複数のＣＣＡプロセスが、１つもしくは複数または各々のＣＣＡ機会の間に実行されてよい。１つまたは複数のＣＣＡプロセスのいずれかは、チャネルおよび／または隣接チャネル上でのエネルギー（たとえば、送信エネルギー）の（本明細書で説明されるような）１つまたは複数の測定および／または閾値との比較を含んでよい。ＣＣＡプロセスの１つもしくは複数または各々における１または複数の測定は、１つまたは複数のＣＣＡ機会において、順次に、または任意の他の種類のシーケンスおよび／もしくはパターンで発生してよい。

【0083】

この例はまた、第２のセルは、ことによると、たとえば、第１のセルがそのＵＬおよび／またはＤＬ送信を完了した後に、チャネルを取得できてよいことを示す。この例では、第１のセルのＵＬおよび／またはＤＬ送信の間のギャップが存在しなくてよい。いくつかの配置では、ＵＬおよび／またはＤＬ送信の間のギャップが存在してよい。このギャップは、第２のセルが（たとえば、第１のフレームのサブフレーム５において）チャネルを取得することを可能にしてよい。これは、ブロッキングの効果をある程度または完全に低減してよい。

【0084】

１つまたは複数のＣＣＡ機会が、構成、提供、および／または使用されてよい。そのような構成は、ｅＮｏｄｅＢによって、たとえばＷＴＲＵに提供されてよい。ＷＴＲＵおよび／またはｅＮｏｄｅＢの一方および／または両方が、ＣＣＡ機会を使用してよい。構成情報は、無線リソース制御（ＲＲＣ）シグナリングおよび／またはブロードキャストシグナリングなどの上位レイヤシグナリングによって提供されてよい。

【0085】

ＷＴＲＵは、非認可チャネルなどのチャネルを受信および／または測定して、チャネルがフリーおよび／または利用可能であり得るかどうかを決定してよい。この決定は、チャネル上で（たとえばＵＬで）送信する前に実行されてよい。

【0086】

本明細書で使用されるとき、用語「ＣＣＡ機会」は、その間にＷＴＲＵがＣＣＡを実行してよい時間の少なくとも部分を指してよい。ＣＣＡは、チャネルを受信および／または測定して、チャネルのステータスおよび／または利用可能性（たとえば、ＷＴＲＵによる使用に対してフリー、ビジー、利用可能など）を決定してよい。チャネルが、ＷＴＲＵによる使用に対して利用可能であってよいのは、ことによると、たとえば、それが全く使用されていない場合、ことによると、たとえば、それが（たとえば、ＷＴＲＵによって測定される）閾値未満のレベルで使用されている場合、ならびに／または、ことによると、たとえば、それが、ＷＴＲＵ、および／もしくはＷＴＲＵがチャネルを共有してよい他のユーザによって（たとえば、チャネルのいずれのユーザに対しても許容できない干渉を引き起こすことなく）使用されている場合である。ことによると、たとえばＷＴＲＵにより行われたチャネルの測定（たとえば、エネルギー検出）が閾値未満である場合、チャネルが、ＷＴＲＵによる使用に対して利用可能であってよい。そのような測定は、たとえば、チャネルにおける干渉の測定であってよい。

【0087】

ことによると、たとえば、ＷＴＲＵが、たとえばＣＣＡ機会の間に、ＣＣＡを実行することに基づいて、チャネルが利用不可能であると決定する場合、ＷＴＲＵは、ＣＣＡが失敗したとみなしてよい。ＣＣＡが失敗することおよび／またはＣＣＡ失敗は、チャネルが利用不可能であると決定してよい（たとえば、ＷＴＲＵおよび／またはｅＮｏｄｅＢによって実行される）ＣＣＡプロセスの結果を表すために使用されてよい。ＣＣＡが成功することおよび／またはＣＣＡ成功は、チャネルが利用可能であると決定してよい（たとえば、ＷＴＲＵおよび／またはｅＮｏｄｅＢによって実行される）ＣＣＡプロセスの結果を表すために使用されてよい。「ブロッキングされた」および「失敗された」（たとえば、「ブロッキングされたＣＣＡ」および「失敗されたＣＣＡ」）は、本明細書で交換可能に使用されてよい。

【0088】

ＷＴＲＵは、１つもしくは複数のＣＣＡ機会で構成されてよく、および／または１つもしくは複数のＣＣＡ機会を使用してよい。ＷＴＲＵは、ＣＣＡ機会に関連付けられた１つまたは複数のパラメータで構成されてよく、ＷＴＲＵは、そのようなパラメータを使用して、ＣＣＡ機会の開始時間および／または終了時間の少なくとも一方を決定してよい。ＣＣＡ機会は、期間および／または時間ウィンドウであってよい。

【0089】

ＷＴＲＵは、ＵＬ許可（たとえば、ＷＴＲＵがＵＬ送信に対する許可を受信した時間、サブフレーム、および／またはサブフレームのセット）の関数として、１つまたは複数のＣＣＡ機会を決定してよい。ＷＴＲＵは、ＦＦＰの開始ならびに／またはＦＦＰにおける第１および／もしくは他のＵＬサブフレームの開始など、ＦＦＰおよび／またはＦＦＰの一部の関数として、１つまたは複数のＣＣＡ機会を決定してよい。ＷＴＲＵは、ＦＦＰ、ＦＦＰの開始、および／または１つもしくは複数の（たとえば連続した）ＵＬサブフレームのブロックの開始の関数として、１つまたは複数のＣＣＡ機会を決定してよく、ＦＦＰおよび／またはサブフレームのブロックは、ＷＴＲＵがＵＬ許可を受信したサブフレームを含んでよい。たとえば、ＷＴＲＵは、ＦＦＰ１に属するサブフレームｎ＋ｋにおけるＵＬ送信のためのサブフレームｎにおける許可を受信した場合、ＷＴＲＵは、ＦＦＰ１の時間（たとえば、ＦＦＰ１の第１のサブフレームの開始、および／または、サブフレームｎ＋ｋであってもなくてもよいＦＦＰ１におけるＵＬサブフレームのブロックの第１のサブフレームの開始）に基づいて、１つまたは複数のＣＣＡ機会を決定してよい。ＵＬ許可は、１つもしくは複数のＵＬサブフレームの範囲の時間割り当て、および／または時間割り当ての持続時間を含んでよい。

【0090】

許可は、送信のための時間および／または周波数のリソースを割り当ててよい。許可は、たとえば物理レイヤシグナリングで、ＤＬ制御情報（ＤＣＩ）フォーマットを使用して、（たとえば、ｅＮｏｄｅＢによって）明示的に提供されてよい。リソースは、たとえば、特定の時間においておよび／または特定の周波数リソースを使用して再送信を暗示してよいハイブリッド自動再送要求否定応答（hybrid automatic repeat request negative acknowledgement：ＨＡＲＱ ＮＡＣＫ）に基づいて、暗黙的および／または間接的に許可および／または割り当てされてよい。リソースは、半永続的スケジューリング（semi-persistent scheduling：ＳＰＳ）によって許可および／または割り当てられてよい。許可およびリソース割り当ては、交換可能に使用されてよい。

【0091】

用語「ＣＣＡ機会」は、ＣＣＡ機会に対応してよい期間の部分および／または全部を表すために使用されてよい。たとえば、ＣＣＡ機会は、サブフレームおよび／もしくはＦＦＰの開始（ならびに／またはＦＦＰの第１もしくは他のＵＬサブフレーム）に対応してよい。この対応は、ＣＣＡ機会の開始および／または終了が、ＷＴＲＵが許可を受信したサブフレームおよび／もしくはＦＦＰの開始（ならびに／またはＦＦＰの第１もしくは他のＵＬサブフレーム）に対応する、ならびに／または基づいて決定されてよいことを示してよい。ＣＣＡ機会の持続時間は、１つまたは複数の他のファクタに基づいてＷＴＲＵによって決定されてよい。ＦＦＰについての許可を受信することは、ＦＦＰ内のＵＬサブフレームのいずれか１つについての許可を受信することを意味してよい。

【0092】

用語「に対応する」、「に基づいて決定される」、および「の関数として決定される」は、本明細書で交換可能に使用されてよい。用語「に結び付けられた」および「に対応する」も交換可能に使用されてよい。用語「に基づいて」および「の関数として」も交換可能に使用されてよい。

【0093】

ＷＴＲＵは、ＵＬ送信の前に、異なるおよび／または複数のＣＣＡ機会を使用して、たとえば、セルのタイミングが揃えられないことがあるときに、第１のセルおよび／または第１のセルのＷＴＲＵが、第２のセルおよび／または第２のセルのＷＴＲＵがチャネルを使用するのをブロッキングする可能性を低減してよい。

【0094】

１つまたは複数のＣＣＡ機会は、ＵＬ許可、ＦＦＰ、および／またはＵＬブロックのうちの１つまたは複数を用いて構成されてよく、それらを用いて提供されてよく、それらに関連付けられてよく、および／またはそれらに使用されてよい。ＣＣＡ機会（たとえば、ＣＣＡ機会のタイミング）は、絶対的な方式で構成および／もしくは決定されてよく、ならびに／または、ＷＴＲＵがＵＬ送信のための許可を有するサブフレーム、ＦＦＰ、および／もしくはＵＬブロックの始まりと相対的に構成および／もしくは決定されてよい。１つまたは複数のＣＣＡ機会は、サブフレーム、ＦＦＰ、および／またはＵＬブロックに先行してよい。

【0095】

ＷＴＲＵは、ことによると、たとえば、ＷＴＲＵが、ＦＦＰおよび／またはＵＬブロックに含まれてよい１つまたは複数のサブフレームについてＵＬ送信のための許可を有する場合、ＦＦＰおよび／またはＵＬブロックについてＵＬ送信のための許可を有してよい。

【0096】

ＵＬブロックは、（完全なサブフレームまたは部分的サブフレームであってよい）１つまたは複数のサブフレームのセットであってよい。ＵＬブロック内のサブフレームは、連続してよい（すなわち時間的に隣り合ってよい）。ＵＬブロックは、ＦＦＰに関連付けられてよい。ＵＬブロックは、ＦＦＰの始まりで開始してよい。ＦＦＰは、少なくとも１つのＵＬブロックを含んでよい。ＵＬブロックは、ＷＴＲＵがＵＬ許可を有してよい１つまたは複数のサブフレームを含んでよい。一度に（たとえば１つのフレームにおいて）ＵＬブロック内にあってよい１つまたは複数のサブフレームが、別のときに（たとえば別のフレームにおいて）ＤＬのために使用されてよい。ＵＬ許可に対応するサブフレームは、ＵＬリソースが許可されるサブフレームであってよい。

【0097】

ＵＬ許可（および／もしくはＵＬリソースが許可されるサブフレーム）、ＦＦＰ、ならびに／またはＵＬブロックのうちの１つまたは複数は、ＣＣＡ機会および／またはＣＣＡ機会のセットを有してよく、それらに対応してよく、および／またはそれらに関連付けられてよい。ことによると、たとえば、ＷＴＲＵは、ＣＣＡ機会の間および／またはＣＣＡ機会のセットのサブセットの間にチャネルが利用不可能であり得ると決定した場合、ＷＴＲＵは、ＣＣＡ機会および／またはＣＣＡ機会のセットに関連付けられたＵＬ許可（たとえばＵＬ許可されたリソース）、ＦＦＰ、および／またはＵＬブロックに対応する、時間、サブフレーム、および／またはサブフレームのうちの少なくとも１つにおいて、チャネル上で送信を行わなくてよい。ことによると、たとえば、ＷＴＲＵは、ＣＣＡ機会の間、ならびに／またはＣＣＡ機会のサブセットおよび／もしくはセットのうちの１つ（および／もしくは少なくとも１つ）の間に、ＷＴＲＵは、修正されたＨＡＲＱ手順に従うこと、ＣＣＡ失敗を報告すること、および／またはＣＣＡ失敗のカウントを増加させることを含んでよいがそれらに限定されない、ＣＣＡ失敗に対応するルールに従ってよい。ＣＣＡ機会のセットおよび／またはサブセットは、たとえば、ｅＮｏｄｅＢによって構成されてよい。

【0098】

ことによると、たとえば、ＷＴＲＵは、ＣＣＡ機会の間、ならびに／またはＣＣＡ機会のセットのうちの１つ（および／もしくはサブセット）の間に、チャネルが利用可能であり得ると決定した場合、ＷＴＲＵは、ＣＣＡ機会および／またはＣＣＡ機会のセットに関連付けられたＵＬ許可（たとえばＵＬ許可されたリソース）、ＦＦＰ、および／またはＵＬブロックに対応する、時間、サブフレーム、および／またはサブフレームのうちの少なくとも１つにおいて、チャネル上で送信を行ってよい。また、ＷＴＲＵは、チャネルが利用可能であり得るという決定と、ＵＬ許可（たとえばＵＬ許可されたリソース）、ＦＦＰ、および／またはＵＬブロックに対応する時間および／または少なくとも１つのサブフレーム（たとえば、少なくとも１つのサブフレームの開始）との間の時間の一部または全部において、送信を行ってもよい。たとえば、ＷＴＲＵは、ＣＣＡがその間に成功したＣＣＡ機会の終了（ならびに／またはＣＣＡ機会のサブセットおよび／もしくはセットの最後のＣＣＡ機会）と、ＵＬ許可（たとえばＵＬ許可されたリソース）、ＦＦＰ、および／またはＵＬブロックに対応する時間および／または少なくとも１つのサブフレームの開始との間の時間のギャップがあるとき、送信を行ってよい。ギャップにおける送信は、「予約信号（reservation signal）」と呼ばれてよく、なぜならば、それは、許可されたおよび／または意図された送信が行われてよいまで、チャネルを予約するために使用されてよいからである。ギャップにおける送信は、ＬＡＡ ＷＴＲＵおよび／またはｅＮｏｄｅＢがチャネル上で送信中であり得ることを示してよいデータ、基準信号、および／または送信のうちの１つまたは複数を含んでよい。

【0099】

ことによると、たとえば、ＷＴＲＵが、サブフレーム、ＦＦＰ、および／またはＵＬブロックに関連付けられてよいＣＣＡ機会のセットおよび／またはサブセット内の１つのＣＣＡ機会において、チャネルが利用不可能であり得ると決定した場合、ＷＴＲＵは、そのセットおよび／またはサブセットにおける後の第２のＣＣＡ機会においてＣＣＡを実行してよい。ＷＴＲＵは、ＣＣＡが成功するまで、ＣＣＡ機会のセットおよび／もしくはサブセット内のＣＣＡ機会の１つもしくは複数または各々においてＣＣＡを実行してよく、ならびに／または、全てのＣＣＡ機会について行われる全てのＣＣＡが失敗するまで、セットおよび／もしくはサブセット内のＣＣＡ機会の全てにおいてＣＣＡを実行してよい。ことによると、たとえば、ＷＴＲＵが、ＣＣＡが成功することを決定した場合および／またはとき、ＷＴＲＵは、ＣＣＡ機会および／またはＣＣＡ機会のセットに関連付けられたＵＬ許可（たとえば、ＵＬ許可されたリソース）、ＦＦＰ、および／またはＵＬブロックに対応する、時間および／またはサブフレームにおいて、チャネル上で送信を行ってよい。ＷＴＲＵは、サブフレーム、ＦＦＰ、および／またはＵＬブロックに関連付けられてよいＣＣＡ機会のセットおよび／またはサブセット内の他のＣＣＡ機会においてＣＣＡを実行しなくてよい。

【0100】

ことによると、たとえば、ＷＴＲＵが、全てのＣＣＡが失敗することを決定した場合および／またはとき、ＷＴＲＵは、ＣＣＡ機会および／またはＣＣＡ機会のセットに関連付けられたＵＬ許可（たとえば、ＵＬ許可されたリソース）、ＦＦＰ、および／またはＵＬブロックに対応する、時間および／またはサブフレームにおいて、チャネル上で送信を行わなくてよい。

【0101】

ＷＴＲＵは、ＦＦＰおよび／またはＵＬブロックの前に１つまたは複数のＣＣＡ機会においてＣＣＡを実行して、ＦＦＰおよび／またはＵＬブロック内の１つまたは複数のＵＬサブフレームについてのチャネルの利用可能性を決定してよい。ことによると、たとえば、ＷＴＲＵが、ＦＦＰおよび／またはＵＬブロックの前にＣＣＡが成功すると決定した場合、ＷＴＲＵは、ＷＴＲＵがＵＬ許可を有するＦＦＰおよび／またはＵＬブロック内のＵＬサブフレームにおいて送信を行ってよい。さもなければ、ＷＴＲＵは、ＦＦＰおよび／またはＵＬブロック内のＵＬサブフレームにおいて送信を行わなくてよい。ＷＴＲＵは、ことによると、たとえば、ＦＦＰおよび／またはＵＬブロック内のサブフレームおよび／またはＵＬサブフレームの少なくとも一方について許可を有する場合、ＣＣＡを実行してよい。

【0102】

ＷＴＲＵは、ＣＣＡ機会および／またはＣＣＡ機会のセットを決定してよく、たとえば、その場合、ＣＣＡを実行して、ＦＦＰおよび／またはＵＬブロックのサブフレームにおける送信のためのチャネルの利用可能性を決定してよい。ＣＣＡ機会および／またはＣＣＡ機会のセットの決定は、サブフレーム、ＦＦＰ、および／またはＵＬブロックの開始に関連付けられてよい開始時間、終了時間、および／または持続時間のうちの１つまたは複数を含んでよい１つおよび／または複数の機会のタイミングを決定することを含んでよい。ＷＴＲＵは、決定されたＣＣＡ機会において、および／または決定されたセットのＣＣＡ機会におけるＣＣＡ機会の少なくとも１つにおいて、ＣＣＡを実行してよい。ことによると、たとえば、ＣＣＡ機会のセットのサブセットが構成および／または決定された場合、ＷＴＲＵは、決定および／または構成されたサブセットにおけるＣＣＡ機会のうちの少なくとも１つにおいてＣＣＡを実行してよい。

【0103】

１つおよび／または複数のＣＣＡ機会は、静的または準静的なルールおよび／または構成に依存してよい。ＣＣＡ機会および／または機会のセットは、ＵＬ許可のタイミング、たとえば、許可が受信されるフレームおよび／もしくはサブフレーム（たとえば、フレームおよび／もしくはサブフレーム番号）、ならびに／またはＦＦＰ内のＵＬ許可の位置（たとえば、許可の受信のサブフレームおよび／もしくはタイミング）、の一方または両方を使用して決定されてよい。

【0104】

ＣＣＡ機会および／または機会のセットは、ＵＬ送信が発生するように意図された、許可されたリソース（たとえば、フレームおよび／もしくはサブフレーム、ならびに／またはフレームおよび／もしくはサブフレーム番号）、ならびに／またはＦＦＰ内の意図されたＵＬ送信および／もしくは送信位置の一方または両方に基づいて決定されてよい。たとえば、第２の許可されたＵＬ送信が、第１の許可されたＵＬ送信に隣接して発生する場合、第２の許可されたＵＬ送信のＣＣＡ機会が、第１の許可されたＵＬ送信のそれらを再使用してよい。

【0105】

ＣＣＡ機会および／または機会のセットは、（たとえば、ＦＦＰが始まるフレーム内で）ＦＦＰのタイミングから決定されてよい。

【0106】

ＣＣＡ機会および／または機会のセットは、たとえば、ＲＲＣおよび／もしくはブロードキャストシグナリングなどの上位レイヤシグナリングを介して、ならびに／またはＤＣＩフォーマットなどの物理レイヤシグナリングを介して、ｅＮｏｄｅＢによって提供されてよい構成情報に基づいて決定されてよい。その構成は、
ＣＣＡ機会のセットにおけるいくつかのＣＣＡ機会、
ＣＣＡ機会の構成されたセットのサブセット、
ＣＣＡ機会のサイズ（たとえば、長さおよび／もしくは持続時間）、
ＣＣＡ機会のセットおよび／もしくはサブセットにおけるＣＣＡ機会のタイミングおよび／もしくはパターン、
ＣＣＡ機会および／もしくは機会のセットが始まる開始点の前のデルタ時間（および／もしくはデルタ時間のセット）、ただし、開始点は、サブフレーム内の開始または特定の時間位置（たとえば、シンボルおよび／もしくはタイムスロット）、たとえば、開始の４０μｓ前であってよい、
ＣＣＡ機会が始まる開始点の前のデルタ時間（および／もしくはデルタ時間のセット）、ただし、開始点は、ＦＦＰおよび／もしくはＵＬブロック内の開始または特定の時間位置（たとえば、サブフレームおよび／もしくはシンボル）、たとえば、開始の４０μｓまたは８０μｓ前であってよい、
ＣＣＡ機会のための最小（たとえば許容される）時間および／もしくは最大（たとえば許容される）時間、
リソースが許可されるおよび／もしくはＦＦＰブロックであるおよび／もしくはＵＬブロックである、ＵＬ送信の開始の前に、ＣＣＡ機会が始まってよい最小（たとえば許容される）時間および／もしくは最大（たとえば許容される）時間、
予約信号を送るための最大（たとえば許容される）時間、ならびに／または
構成されてよいおよび／もしくは構成されていてよいデルタ時間および／もしくは開始時間のセットから、ＣＣＡ機会および／もしくは機会のセットのデルタ時間および／もしくは開始時間を識別するパラメータ、
のうちの１つまたは複数を含んでよい。

【0107】

ＣＣＡ機会および／または機会のセットは、物理セルＩＤおよび／またはグローバルセルＩＤなどのセル固有パラメータに基づいて決定されてよい。

【0108】

ＣＣＡ機会および／または機会のセットは、許可のタイプに基づいて決定されてよい。たとえば、単一のＵＬ送信のための許可は、起こり得るＣＣＡ機会の第１のセットを示してよく、および／または、複数のＵＬ送信のための許可は、起こり得るＣＣＡ機会の第２のセットを示してよい。

【0109】

ＣＣＡ機会および／または機会のセットは、ＵＬ許可に使用されるＤＣＩフォーマットに基づいて決定されてよい。たとえば、ＣＣＡ機会、機会のセット、および／または機会の以前に構成されたセットが、ＤＣＩフォーマットで示されてよい。

【0110】

ＣＣＡ機会および／または機会のセットは、ＣＣＡ機会を使用してチャネルを取得しようとする以前の試みの成功または失敗に基づいて決定されてよい。たとえば、ＷＴＲＵが、ＣＣＡ機会の第１のセットを使用して以前のＵＬ許可に関するチャネルを取得することに成功しなかった場合、それは、ＣＣＡ機会の新しいセットを使用してよい。ことによると、たとえば、ＷＴＲＵが、ＣＣＡ機会の第１のセットを使用して以前のＵＬ許可に関するチャネルを取得することに成功した場合、それは、ＣＣＡ機会の新しいセットを再使用してよい。ＷＴＲＵは、１つのセットが成功しているかどうかに基づいてＣＣＡ機会のセット間をホップしてよい。

【0111】

ＷＴＲＵにより使用されてよいＣＣＡ機会および／または機会のセットは、ＷＴＲＵに対して動的に示されてよい。たとえば、ＵＬ許可は、ＣＣＡ機会および／またはＣＣＡ機会のセットのインジケーションを含んでよい。たとえば、いくつかのシナリオでは、ＦＦＰのパラメータ（たとえば、ＵＬサブフレームおよび／またはＤＬサブフレームの開始および／または終了）を示すＰＨＹレイヤおよび／または上位レイヤシグナリングがあってよい。そのようなシグナリングは、ＣＣＡ機会および／またはＣＣＡ機会のセットもＷＴＲＵに対して示してよい。

【0112】

ＣＣＡ機会および／またはＣＣＡ機会のセットは、ＷＴＲＵ固有および／またはセル固有であってよい。

【0113】

ＣＣＡ機会、ＣＣＡ機会のセット、および／またはＣＣＡ機会のセット中のＣＣＡ機会の決定は、ＷＴＲＵ固有および／またはセル固有であってよい。ことによると、たとえば、決定がセル固有である場合、セル内のＷＴＲＵは、同一または同様のルールおよび／または構成に従ってよい。

【0114】

１つまたは複数のＣＣＡ機会が、提供および／または使用されてよい。ＣＣＡ機会のセットは１つのサブフレーム内にあってよい。

【0115】

たとえば、ＣＣＡ機会のセットは、１つまたは複数のサブフレームにおけるＵＬ送信に対応してよい。ＷＴＲＵは、ＣＣＡ機会の複数のセットを有してよく、ことによると、たとえば、１つもしくは複数または各々のＵＬサブフレームに対して各１つを有してよい。ＣＣＡ機会のセットは、ＦＦＰおよび／またはＵＬブロック内でのＵＬ送信のために使用されてよい。たとえば、ＷＴＲＵは、サブフレーム、ＦＦＰ、および／またはＵＬブロックのうちの少なくとも１つの始まりの前に発生してよいＣＣＡ機会のセットを有してよい。ＷＴＲＵは、ＣＣＡ機会のセットの少なくとも１つのＣＣＡ機会においてＣＣＡを実行して、チャネルが利用可能であり得るかどうかを決定してよい。チャネル利用可能性のＷＴＲＵの決定に基づいて、ＷＴＲＵは、たとえば、サブフレーム、ＦＦＰ、および／またはＵＬブロックにおいて、ＣＣＡ機会のセットに対応してよい１つもしくは複数の許可されたＵＬ送信を送信してよく、または送信しなくてよい。

【0116】

図４は、複数のＣＣＡ機会を含むサブフレームの例を示す図４００を示す。たとえば、サブフレーム２は、ＦＦＰおよび／もしくはＵＬブロックの開始であってよく、ならびに／または、それは、ＷＴＲＵがＵＬ許可を有してよいサブフレームであってよい。サブフレーム１は、その間にセルが送信を行わなくてよいアイドル部分および／またはガード期間（ＧＰ）により後続されるＤＬ部分を含んでよい特殊サブフレームであってよい。たとえば、第１および／または第２のセルのタイミングは、揃えられなくてよい。たとえば、１つもしくは複数または各々のセルが、異なるセットのＣＣＡ機会を有してよい。セル１においてＣＣＡを実行してよいＷＴＲＵは、たとえば、そのセット内の２つのＣＣＡ機会の間でランダムに選んでよい。セル２においてＣＣＡを実行してよいＷＴＲＵは、たとえば、そのセット内の３つのＣＣＡ機会の間でランダムに選んでよい。ことによると、たとえば、両方のＷＴＲＵがＣＣＡを実行する前にチャネルが利用可能である場合、先行のＣＣＡ機会を選ぶＷＴＲＵは、チャネルがフリーであると発見してよい。チャネルがフリーであると発見するＷＴＲＵは、ことによると、たとえば、ＣＣＡ機会の終了と許可されたリソースの開始との間の時間的ギャップがある場合に、予約信号を送信してよい。

【0117】

ＣＣＡ機会のセットに関して、ＷＴＲＵが（たとえばＣＣＡを実行するために）そのようなＣＣＡ機会を選択および／または使用してよい順序は、たとえばｅＮｏｄｅＢによって、構成されおよび／または動的に示されてよい。いくつかのシナリオでは、順序は、ＷＴＲＵによって自律的に選択および／または決定されてよい。ＷＴＲＵは、選択および／または決定をランダムに行ってよい。用語「選択」および「決定」は、本明細書で交換可能に使用されてよい。

【0118】

ＷＴＲＵは、たとえば、ＣＣＡ機会のセットのうちから、１つもしくは複数または各々のＵＬ許可、ＵＬ許可のセット、ＦＦＰ、および／またはＵＬブロックについて、ＣＣＡ機会のセットを選択してよい。ＷＴＲＵは、選択されたＣＣＡ機会にＣＣＡを実行してよい。

【0119】

ことによると、たとえば、選択されたＣＣＡ機会にＣＣＡを実行し、および／またはＣＣＡが失敗したと決定した後、ＷＴＲＵは、ＣＣＡ機会のセットのうちから、ＵＬ送信が発生するように意図されたサブフレーム、ＦＦＰ、および／またはＵＬブロックの前に発生してよい別のＣＣＡ機会を選択してよい。

【0120】

ＣＣＡ機会のセットからのＣＣＡ機会の選択は、対応する（たとえば、許可および／または意図された）ＵＬ送信のフレームおよび／またはサブフレーム（たとえば、フレーム番号および／またはサブフレーム番号）などのＵＬ送信のタイミングに基づいて、決定されてよい。

【0121】

ＣＣＡ機会のセットからのＣＣＡ機会の選択は、ことによると、たとえば、ＦＦＰの開始および／もしくは終了位置などのパラメータ、ならびに／またはＦＦＰの長さに基づいて、決定されてよい。

【0122】

ＣＣＡ機会のセットからのＣＣＡ機会の選択は、ことによると、たとえば、チャネルを取得する際の失敗された試みの数に基づいて、決定されてよい。たとえば、チャネルを取得するのをｘ回失敗したとき、ＷＴＲＵは、ｙ番目のＣＣＡ機会を選択してよい。別の例では、ＷＴＲＵがｘ回の先行のＵＬ送信についてチャネルを取得するのに失敗している場合、それは、ｙ番目のＣＣＡ機会を選択してよい。

【0123】

ＣＣＡ機会のセットからのＣＣＡ機会の選択は、ことによると、たとえば、ＣＣＡのために構成および／または使用される測定閾値に基づいて決定されてよい。たとえば、異なる測定閾値が、異なるＣＣＡ機会に対応してよい。構成されおよび／または別様に使用される測定閾値に応じて、ＷＴＲＵは、異なるＣＣＡ機会を選択してよい。ＷＴＲＵは、ＵＬ送信のための考えられる送信パラメータのセットを提供されてよい。そのような各パラメータは、異なる干渉許容度および／またはＵＬ送信電力に結び付けられてよい。ＷＴＲＵは、ＵＬ送信に使用されてよい送信パラメータを決定するために、異なるＣＣＡ機会を使用して異なる測定閾値を試みてよい。

【0124】

ＣＣＡ機会のセットは、たとえば、ＣＣＡ機会のＷＴＲＵ選択に関して本明細書で説明されたように、同様の基準および／またはルールに基づいて、準静的または動的に変化してよい。

【0125】

ＦＦＰおよび／またはＵＬブロックは、１つもしくは複数またはそれぞれの他のものと置換されても、本明細書に記載される技法と整合してよい。

【0126】

ＷＴＲＵは、（たとえば、ｅＮｏｄｅＢから）明示的および／または暗黙的シグナリングを介して、ＦＦＰの開始のインジケーション、たとえば、ＦＦＰの第１のサブフレームを受信してよい。ＷＴＲＵは、ＦＦＰの終了および／または長さなどの１つまたは複数のパラメータの関数として、ＦＦＰおよび／またはＵＬブロックの開始を決定してよい。ＷＴＲＵは、先行のＦＦＰおよび／またはＵＬブロックの終了（たとえば終了サブフレーム）から、ＦＦＰおよび／またはＵＬブロックの開始（たとえば開始サブフレーム）を決定してよい。ＷＴＲＵは、ことによると、たとえば、先行のＦＦＰおよび／またはＵＬブロックの終了（たとえば終了サブフレーム）の後（たとえば、いくつかのシナリオでは直後）に、ＦＦＰおよび／またはＵＬブロックの開始（たとえ、開始サブフレーム）を時間および／またはサブフレームとして決定してよい。

【0127】

ＷＴＲＵは、（たとえば、ｅＮｏｄｅＢから）明示的および／または暗黙的シグナリングを介して、ＦＦＰの終了のインジケーション、たとえばＦＦＰの最後のサブフレームを受信してよい。ＷＴＲＵは、１つまたは複数のパラメータ、たとえば、ＦＦＰの開始および／または長さなどの関数として、ＦＦＰおよび／またはＵＬブロックの終了を決定してよい。ＷＴＲＵは、ＦＦＰおよび／またはＵＬブロックの終了（たとえば終了サブフレーム）を、次のＦＦＰおよび／またはＵＬブロックの開始（たとえば開始サブフレーム）から決定してよい。ＷＴＲＵは、次のＦＦＰおよび／またはＵＬブロックの開始（たとえば開始サブフレーム）の前（たとえば、いくつかのシナリオでは直前）に、ＦＦＰおよび／またはＵＬブロックの終了（たとえ、終了サブフレーム）を時間および／またはサブフレームとして決定してよい。

【0128】

２つのＦＦＰの間の間隔は、２つのＦＦＰの開始、２つのＦＦＰの終了、ならびに／またはＦＦＰの一方の終了および後の他方ＦＦＰの開始の間のサブフレームの数であってよい。

【0129】

ＷＴＲＵは、ことによると、たとえば、先行のＦＦＰの終了サブフレームおよび／またはシンボルの後（いくつかのシナリオでは直後）に、たとえば、間にサブフレームおよび／またはシンボルなしに、次のＦＦＰおよび／またはＵＬブロックの開始をサブフレームおよび／またはシンボルとして決定してよい。第１のＦＦＰと次の連続したＦＦＰ（第２のＦＦＰ）との間の間隔は、第１のＦＦＰの長さＡ（たとえば、第１のＦＦＰにおけるサブフレームの数）と同じであってよい。ＷＴＲＵは、ことによると、たとえば、第１のＦＦＰの後に、次の連続したＦＦＰが開始してよいと仮定してよい。

【0130】

ＷＴＲＵは、次のＦＦＰおよび／またはＵＬブロックの開始を、現在のＦＦＰの終了の前であってよいサブフレームおよび／またはシンボルとして決定してよい。ＷＴＲＵは、現在のＦＦＰの終了の後（たとえば直後）でなくてよいサブフレームおよび／またはシンボルとして、次のＦＦＰおよび／またはＵＬブロックの開始を決定してよく、たとえば、ここで、現在のＦＦＰおよび／またはＵＬブロックの開始と次のＦＦＰおよび／またはＵＬブロックの開始との間の間隔は、現在のＦＦＰおよび／またはＵＬブロックの長さよりも大きくてよい。

【0131】

ＷＴＲＵは、ｅＮｏｄｅＢおよび／またはセルによって提供されてよい構成、インジケーション、および／またはシグナリングから、次のＦＦＰなど１つまたは複数のＦＦＰの開始を決定してよい。セルは、ＰＣｅｌｌおよび／またはＬＡＡセルであってよい。構成は、ＷＴＲＵ固有および／またはブロードキャストシグナリングであってよいＲＲＣシグナリングなどの上位レイヤシグナリングを介して提供されてよい。構成は、ＤＣＩフォーマットなどの物理レイヤシグナリングを介して提供されてよい。用語「インジケーション」および「構成」は、本明細書で交換可能に使用されてよい。

【0132】

ＷＴＲＵは、関連付けられたＰＣｅｌｌ、ＬＡＡセル、および／または別のセルであってよいセルから、ＬＡＡセルのＦＦＰおよび／またはＵＬブロック開始（たとえば開始サブフレーム）のインジケーションを受信してよい。セルは、次のｎ個のＦＦＰの開始（たとえば開始サブフレーム）を示してよい。

【0133】

ＷＴＲＵは、ブロードキャスト情報の部分として、ＦＦＰおよび／またはＵＬブロック開始（たとえば開始サブフレーム）インジケーションを受信してよい。そのような情報は、セルのＷＴＲＵおよび／または隣接セルのＷＴＲＵおよび／または隣接セルが、セルのＦＦＰおよび／またはＵＬブロックの開始（たとえば開始サブフレーム）を決定することを可能にしてよい。これは、隣接セルが干渉調整を実行することを可能にしてよい。

【0134】

ＷＴＲＵは、ＦＦＰおよび／またはＵＬブロック開始（たとえば開始サブフレーム）インジケーションを、上位レイヤシグナリングの部分として受信してよい。ｅＮｏｄｅＢは、ＲＲＣコマンドなどの上位レイヤシグナリングを使用することにより、新しいＦＦＰおよび／またはＵＬブロック開始（たとえば開始サブフレーム）を示してよい。

【0135】

ＷＴＲＵは、ＦＦＰおよび／またはＵＬブロック開始（たとえば開始サブフレーム）インジケーションを、システム情報ブロック（ＳＩＢ）の部分として受信してよい。既存のＳＩＢおよび／または新しいＬＡＡセル ＳＩＢは、ＦＦＰおよび／またはＵＬブロックの次のセットの開始（たとえば開始サブフレーム）を示してよい。そのような情報は、ＳＩＢに対する更新の送信まで有効であってよい。

【0136】

ＷＴＲＵは、ＦＦＰおよび／またはＵＬブロック開始（たとえば開始サブフレーム）インジケーションを、新しいグループＤＣＩの部分として受信してよい。ＷＴＲＵは、それが、１つまたは複数のＦＦＰの開始（たとえば開始サブフレーム）を含んでよい新しいグループＤＣＩを検出および／または復号することを可能にしてよい、新しい無線ネットワーク一時識別子（ＲＮＴＩ）で構成されてよい。

【0137】

ＷＴＲＵは、ＦＦＰおよび／またはＵＬブロック開始（たとえば開始サブフレーム）インジケーションを、ＵＬ許可および／またはＤＬ割り当ての一部として受信してよい。ＷＴＲＵは、許可および／または割り当てにおいてＦＦＰおよび／またはＵＬブロック開始（たとえば開始サブフレーム番号）を受信してよい。たとえば、ＵＬ許可は、ＵＬ送信が実行されるように意図されるＦＦＰおよび／またはＵＬブロックの開始サブフレームを明示的に示してよい。ＦＦＰおよび／またはＵＬブロックの開始（たとえば開始サブフレーム）は、隣接するＵＬ送信のセットの第１のサブフレームに合致するものとしてＷＴＲＵによって暗黙的に決定されてよい。

【0138】

１つまたは複数のＦＦＰの開始は、周期的および／または非周期的に示されてよい。ＷＴＲＵは、次のｎ個のＦＦＰの開始（たとえば開始サブフレーム）が、ｍ個のサブフレーム毎など特定のインスタンスで、（たとえばＤＣＩフォーマットで）示されることを期待してよく、ここで、ｍは、たとえば、４０、８０、または１６０個のサブフレームであってよい。ＦＦＰおよび／またはＵＬブロック開始（たとえば開始サブフレーム）インジケーションは、予約および／またはビジー信号などの他の物理レイヤ信号に含まれてよい。ＦＦＰおよび／またはＵＬブロック開始（たとえば開始サブフレーム）インジケーションは、ＦＦＰおよび／もしくはＵＬブロック長さならびに／またはＵＬ／ＤＬ構成など、ＦＦＰおよび／またはＵＬブロックの他のパラメータを示す信号に含まれてよい。

【0139】

ＷＴＲＵは、次のｎ個のＦＦＰに適用可能なＦＦＰおよび／またはＵＬブロック開始のセットのインジケーション（たとえば、開始サブフレーム番号）を受信してよい。たとえば、ＷＴＲＵは、ことによると、将来の開始サブフレーム番号をそのＷＴＲＵに提供するために、次のｎ個のＦＦＰに適用可能であってよいサブフレーム番号のセットで構成されてよい。

【0140】

ＷＴＲＵは、現在または先行のＦＦＰおよび／またはＵＬブロック開始の開始と関連して、ＦＦＰおよび／またはＵＬブロック開始（たとえば、開始サブフレーム番号）を解釈してよい。たとえば、ＷＴＲＵが、ＸＸ個のサブフレーム（たとえば、ＸＸ＝８）の新しいＦＦＰおよび／またはＵＬブロック開始インジケーションを受信した場合、それは、次のＦＦＰが８個のサブフレームで開始する、ことによると、たとえば、現在のＦＦＰおよび／またはＵＬブロックの第１のサブフレームの後に開始するとみなしてよい。

【0141】

ＦＦＰおよび／またはＵＬブロック開始（たとえば開始サブフレーム）は、様々な値に「ホップ」してよい。ＷＴＲＵは、ＦＦＰおよび／もしくはＵＬブロック開始（たとえば開始サブフレーム番号）のセットを取得してよく、ならびに／またはそうしたセットで構成されてよい。ＷＴＲＵは、動的にセットのＦＦＰおよび／またはＵＬブロック開始をいつ使用するかを決定してよい。ＷＴＲＵは、たとえばセルによって提供されてよいインジケーションに基づいて、セットのＦＦＰおよび／またはＵＬブロック開始をいつ使用するかを決定してよい。そのようなインジケーションは、たとえば、物理レイヤシグナリングを使用して、（たとえば、ＵＬおよび／またはＤＬ許可用でよいＤＣＩフォーマットで）動的に提供されてよい。インジケーションは、（たとえば次の）ＦＦＰおよび／またはＵＬブロックがいつ開始かを明示的に示してよく、これは、次の値にホップする時を決定するために使用されてよい。次の開始サブフレーム番号について本明細書で説明される任意の値が、次のおよび／または予め決定された開始サブフレームへのホップを示してよい。ホッピングはランダムでよく、このランダム性は、セルによって決定および／または制御されてよい。

【0142】

ＷＴＲＵは、ＦＦＰおよび／またはＵＬブロックの開始に関するホッピングパターンで構成されてよい。ＷＴＲＵは、ホッピングパターンを使用して、ＦＦＰおよび／またはＵＬブロックの開始を決定してよい。

【0143】

ＷＴＲＵは、少なくともフレーム番号（たとえば、システムフレーム番号（ＳＦＮ））の関数として、ＦＦＰおよび／またはＵＬブロックの開始を決定してよい。たとえば、ＦＦＰおよび／またはＵＬブロックの開始（たとえば開始サブフレーム）は、ＦＦＰおよび／またはＵＬブロックが始まりおよび／または終了するフレームの関数であってよい。

【0144】

ＷＴＲＵは、ＦＦＰインデックスの関数としてＦＦＰおよび／またはＵＬブロックの開始を決定してよい。ＦＦＰおよび／もしくはＵＬブロックはインデックス付けされてよく、ならびに／または、ＦＦＰおよび／もしくはＵＬブロックの１つもしくは複数または各々の開始サブフレーム番号は、ＦＦＰインデックスの関数であってよい。

【0145】

ＷＴＲＵは、ＬＡＡセルＩＤ（たとえば物理セルＩＤ、グローバルセルＩＤ）および／または事業者ＩＤの関数として、ＦＦＰおよび／またはＵＬブロックの開始を決定してよい。各ＬＡＡセルは、起こり得る非認可チャネルアクセスブロッキングをランダム化するために、異なるホッピングパターンおよび／またはホッピングレートを使用してよい。

【0146】

ＷＴＲＵは、ＷＴＲＵが先行のＦＦＰでスケジューリングされたかどうかに応じて、ＦＦＰおよび／またはＵＬブロックの開始を決定してよい。たとえば、先行のＦＦＰ開始サブフレーム番号を使用して先行のＦＦＰにおいてスケジューリングされてよいＷＴＲＵは、次のＦＦＰ開始サブフレーム番号が、ホッピングパターンおよび／またはシーケンスにおける次の値となると仮定してよい。

【0147】

ＷＴＲＵは、先行のＣＣＡの間に利用可能なチャネルが決定されたかどうかに応じて、ＦＦＰおよび／またはＵＬブロックの開始を決定してよい。たとえば、ＷＴＲＵは、ことによると、たとえば、先行のＣＣＡの間に（たとえば、先行のＦＦＰで、または同じＦＦＰについて）チャネルがビジーであると決定された場合、新しいＦＦＰ開始サブフレーム番号チャネルを仮定してよい。

【0148】

たとえば、サブフレーム２および／またはサブフレーム７が、ＦＦＰおよび／またはＵＬブロック開始のセットであってよい。ＷＴＲＵは、たとえばシグナリング、ＳＦＮ、セルＩＤなどによって提供されるインジケーションに従って、サブフレーム２開始とサブフレーム７開始との間でホップしてよい（たとえば、ＦＦＰおよび／またはＵＬブロックの開始サブフレームをサブフレーム２または７のいずれかに決定してよい）。

【0149】

ＷＴＲＵは、決定されたＦＦＰおよび／またはＵＬブロック開始の前に（たとえば、ＣＣＡ機会に）ＣＣＡを実行して、ＦＦＰおよび／またはＵＬブロックにおける送信に対するチャネル利用可能性を決定してよい。ＷＴＲＵは、決定された利用可能性に応じて、ＦＦＰおよび／またはＵＬブロックにおいて送信を行ってよく、または行わなくてよい。

【0150】

ＦＦＰおよび／またはＵＬブロックの開始（たとえば開始サブフレーム）は、チャネル利用可能性（すなわち、チャネルがビジーであると決定されるかそれとも利用可能であると決定されるか）に依存してよい。ＷＴＲＵは、ことによると、たとえば、潜在的ＵＬ送信機会のセットのうちから、ＦＦＰおよび／またはＵＬブロックの開始（たとえば開始サブフレーム）を、第１の利用可能なＵＬ送信機会とみなしてよい。

【0151】

ＷＴＲＵは、複数のＵＬ送信機会（たとえば、複数のＵＬサブフレーム）を示してよいＵＬ送信許可を受信してよい。ＷＴＲＵは、示されたＵＬ送信機会のうちの１つまたは複数、たとえば、フリーであると決定されたチャネルの第１のサブフレームを使用してよい。ＷＴＲＵは、１つもしくは複数または各々のＵＬ送信機会の前にＣＣＡを実行してよい。ことによると、たとえば、ＷＴＲＵがＣＣＡの間にチャネルをフリーとして決定した場合、それは、ＵＬ信号を送信してよく、ならびに／または、ＵＬ送信機会（たとえばＵＬサブフレーム）を、ＦＦＰおよび／もしくはＵＬブロックの開始（たとえば開始サブフレーム）とみなしてよい。ことによると、たとえば、そのようなＵＬサブフレームの間にチャネルがフリーでない場合、ＷＴＲＵは、次のＵＬサブフレームなどをチェックしてよい。

【0152】

たとえば、ＷＴＲＵは、サブフレーム１および／または２において発生してよい起こり得るＵＬ送信を有して構成されてよい。ことによると、たとえば、ＷＴＲＵは、サブフレームｘ（この例では、ｘは１および／または２である）においてＵＬ送信のためのチャネルを成功裏に取得する場合、ＦＦＰおよび／またはＵＬブロック開始サブフレームがサブフレームｘとみなされてよい。

【0153】

たとえば、ＷＴＲＵは、（たとえば複数のＵＬ送信サブフレームにおける）複数の将来のＵＬ送信のための複数のリソースを許可されてよい。ことによると、たとえば、ＷＴＲＵは、第１の送信（たとえばサブフレーム）に関係付けられたＣＣＡの間にチャネルをフリーとして決定した場合、ＷＴＲＵは、（たとえば、異なるサブフレームにおける）第２のＵＬ送信のためのＣＣＡの間にチャネルを評価しようと試みてよい。そのような例では、第１の成功裏に取得されたサブフレームは、ＦＦＰの開始サブフレームであるとみなされてよい。

【0154】

たとえば、ＷＴＲＵは、サブフレームｘおよびｙにおける起こり得るＦＦＰおよび／またはＵＬブロック開始を有するように構成されてよく、ここで、ｘはサブフレーム２であってよく、ｙはサブフレーム７であってよい。ことによると、たとえば、ＷＴＲＵは、サブフレームｘにおけるＵＬ送信のためのチャネルを成功裏に取得した場合、ＦＦＰおよび／またはＵＬブロック開始サブフレームがサブフレームｘであるとみなされてよい。ことによると、たとえば、サブフレームｘにおけるＦＦＰおよび／またはＵＬブロック開始のためのＣＣＡが失敗した場合、ＷＴＲＵは、ＦＦＰおよび／もしくはＵＬブロック開始がサブフレームｙであると決定してよく、ならびに／またはサブフレームｙでＣＣＡを実行してよい。ＷＴＲＵは、潜在的ＦＦＰおよび／またはＵＬブロック開始として次のフレームにおけるサブフレームｘから再び開始してよい。

【0155】

ＦＦＰおよび／またはＵＬブロックは、開始（たとえば開始サブフレーム）および／または長さ（たとえば、サブフレームの数）を有するように構成されてよい。

【0156】

ＦＦＰおよび／またはＵＬブロックの長さは、ＦＦＰおよび／もしくはＵＬブロックの開始（たとえば開始サブフレーム）、ならびに／または次のＦＦＰおよび／もしくはＵＬブロックの開始（たとえば開始サブフレーム）に依存してよい。たとえば、第１のＦＦＰおよび／もしくはＵＬブロックが第１のフレームのサブフレーム１において開始し、ならびに／または第２のＦＦＰおよび／もしくはＵＬブロックが次のフレームのサブフレーム５において開始する場合、第１のＦＦＰおよび／またはＵＬブロックの長さは、最大１４サブフレームとなってよい。たとえば、第１のＦＦＰおよび／またはＵＬブロックが第１のフレームのサブフレーム５において開始し、第２のＦＦＰおよび／またはＵＬブロックが次のフレームのサブフレーム１において開始する場合、第１のＦＦＰおよび／またはＵＬブロックの長さは、最大６サブフレームとなってよい。

【0157】

ＦＦＰおよび／またはＵＬブロックの長さは固定されてよい。たとえば、第１のＦＦＰおよび／またはＵＬブロックは、その開始（たとえば開始サブフレーム）および／またはその固定された長さ（たとえばサブフレームの数）によって示されてよい。次のＦＦＰおよび／またはＵＬブロックは、その開始（たとえば開始サブフレーム）によって、ならびに、先行のＦＦＰおよび／またはＵＬブロックと重なりが存在しないようにすることによって、決定されてよい。たとえば、第１のＦＦＰおよび／またはＵＬブロックは、１０ｍｓの長さを有するように構成されてよく、および／または第１のフレームのサブフレーム５で開始してよく、および／または第２のフレームのサブフレーム４で終了してよい。ことによると、たとえば、第２のＦＦＰおよび／またはＵＬブロックが、サブフレーム０、１、２、３、および／または４のいずれかで開始するように構成され得る場合、それは第３のフレームで始まってよい。そうではなく、ことによると、たとえば、第２のＦＦＰおよび／またはＵＬブロックが、サブフレーム５、６、７、８、および／または９のいずれかで開始するように構成され得る場合、それは第２のフレームで始まってよい。

【0158】

ＦＦＰおよび／またはＵＬブロックの長さは、第１のＦＦＰおよび／もしくはＵＬブロックの開始（たとえば開始サブフレーム）、第２のおよび／もしくは隣接するＦＦＰおよび／もしくはＵＬブロックの開始（たとえば開始サブフレーム）、ならびに／または最大値に依存してよい。たとえば、ＦＦＰおよび／またはＵＬブロックの長さは、最大の値とサブフレーム単位の分離との最小値として決定されてよく、サブフレーム単位の分離は、第１のＦＦＰおよび／またはＵＬブロックの開始サブフレームと第２のＦＦＰおよび／またはＵＬブロックの開始サブフレームとの分離である。

【0159】

ＦＦＰおよび／またはＵＬブロックの最小長さが存在してよい。ＦＦＰおよび／またはＵＬブロックの長さは、最小許容値と、第１のＦＦＰおよび／またはＵＬブロックの開始（たとえば開始サブフレーム）と第２のＦＦＰおよび／またはＵＬブロックの開始（たとえば開始サブフレーム）との間のサブフレーム単位の分離と、の最大値であってよい。たとえば、最小ＦＦＰおよび／もしくはＵＬブロック長さが４ｍｓであり、ならびに／または第１のＦＦＰおよび／もしくはＵＬブロックが開始サブフレーム０を有し、第２のＦＦＰおよび／もしくはＵＬブロックが開始サブフレーム２を有する場合、第２のＦＦＰは、次のフレームのサブフレーム２で開始してよい。

【0160】

どのＦＦＰおよび／またはＵＬブロックにも属さないサブフレームがあってよい。たとえば、ＦＦＰおよび／もしくはＵＬブロックの最大長さが１０ｍｓであり、ならびに／または第１のＦＦＰおよび／もしくはＵＬブロックが第１のフレームのサブフレーム０で開始し、ならびに／または第２のＦＦＰおよび／もしくはＵＬブロックが第２のフレームのサブフレーム３で開始する場合、第２のフレームのサブフレーム０、１、および／または２は、ＦＦＰおよび／またはＵＬブロックに属さなくてよい。そのようなサブフレームは、ＷＴＲＵによって完全にアイドルとみなされてよく、ならびに／または、ＷＴＲＵは、そのようなサブフレームを使用してＵＬおよび／またはＤＬ送信のためにスケジューリングされることを期待しなくてよい。そのようなサブフレームは、特定のタイプの信号および／またはチャネルの送信（たとえば、ＤＲＳ、ブロードキャストチャネルなど）に有効であってよい。

【0161】

ＦＦＰおよび／またはＵＬブロックの開始サブフレームは、とり得る値および／またはＵＬ／ＤＬ構成の間をシフトする、および／またはそれらを通して循環することによって変更されてよい。シフトおよび／または循環は、周期的に（たとえばｎ個のフレーム毎）、非周期的に（たとえば、動的表示によって）、ならびに／またはＳＦＮ、セルＩＤ（たとえば物理セルＩＤおよび／もしくはグローバルセルＩＤ）、および／もしくは事業者ＩＤのうちの１つもしくは複数の関数として、発生してよい。シフトおよび／または循環は、構成されてよく、ならびに／または、たとえば、物理レイヤおよび／もしくはＲＲＣシグナリングを使用してそのような構成情報をシグナリングすることによって、ｅＮｏｄｅＢにより提供されてよい構成の関数として決定されてよい。シグナリングおよび／または構成は、ＦＦＰおよび／またはＵＬブロック開始のために使用されてよい１つまたは複数の開始サブフレームを直接的／間接的に示してよい。たとえば、シフトおよび／もしくは循環パターンは構成されてよく、ならびに／または、既知のシフトおよび／または循環パターンのセットからの選択が構成されてよい。

【0162】

ＵＬ／ＤＬ構成は、既存のＴＤＤ ＵＬ／ＤＬ構成を再使用してよい。ＦＦＰおよび／またはＵＬブロックの開始（たとえば開始サブフレーム）は、ＴＤＤ ＵＬ／ＤＬ構成内の特定のサブフレームに依存してよい。ＦＦＰおよび／またはＵＬブロック開始サブフレームのシフトおよび／または循環は、ＴＤＤ ＵＬ／ＤＬ構成からの選択、および／またはそれらを通した循環によって達成されてよい。ＦＦＰおよび／またはＵＬブロック開始を決定するために使用されてよいＴＤＤ ＵＬ／ＤＬ構成は、シグナリングによって示されてよく、ならびに／または、ＳＦＮ、セルＩＤ（たとえば、物理セルＩＤもしくはグローバルセルＩＤ）、および／もしくは事業者ＩＤのうちの１つもしくは複数に基づいて決定されてよい。ＴＤＤ ＵＬ／ＤＬ構成に関するシフトおよび／もしくは循環パターン、または既知のシフトおよび／もしくは循環パターンのセットからの選択は、シグナリングによって構成されおよび／もしくは示されてよい。

【0163】

ＦＦＰおよび／またはＵＬブロックの開始サブフレームは、ＴＤＤ ＵＬ／ＤＬ構成の複数の考えられるサブフレーム（たとえば特殊サブフレーム）にアンカリングされてよい。ＴＤＤ ＵＬ／ＤＬ構成の有効なアンカーサブフレームを通してＦＦＰおよび／またはＵＬブロック開始サブフレームを循環させることによって、柔軟な開始サブフレームが達成されてよい。ＦＦＰおよび／またはＵＬブロック開始を決定するために使用されてよいアンカーサブフレームは、シグナリングによって示されてよく、ならびに／または、ＳＦＮ、セルＩＤ（たとえば、物理セルＩＤおよび／もしくはグローバルセルＩＤ）、および／もしくは事業者ＩＤのうちの１つもしくは複数に基づいて決定されてよい。アンカーサブフレームに関するシフトおよび／もしくは循環パターン、または既知のシフトおよび／もしくは循環パターンのセットからの選択は、シグナリングによって構成されおよび／もしくは示されてよい。

【0164】

非レガシーＵＬ／ＤＬ構成がＬＡＡセル動作のために定義されてよい。ＴＤＤ ＵＬ／ＤＬ構成に関して本明細書に説明されている解決策が使用されてよい。たとえば、ＷＴＲＵは、とり得るＵＬ／ＤＬ構成のセットを通して循環するように構成されてよい。

【0165】

ＷＴＲＵは、認可されたセル（たとえばＰＣｅｌｌ）とＬＡＡセル（たとえばＳＣｅｌｌ）との間のタイミングおよび／またはサブフレームオフセットを有するように構成されてよい。たとえば、ＬＡＡセルのタイミングは、ＬＡＡセルのサブフレームｎが他のセル（たとえばＰＣｅｌｌ）のサブフレーム０と揃うようにされてよい。別の非限定的例では、オフセットは、サブフレームおよび／またはシンボル内にあってよい。オフセットは循環されてよく（および／または動的に示されてよく）、それにより、認可されたセルタイミングに対するＬＡＡセルフレームの柔軟な開始を可能にしてよく、ならびに／またはＦＦＰおよび／もしくはＵＬブロックの柔軟開始サブフレームを可能にしてよい。オフセットは、シグナリング（たとえば、物理および／もしくは上位レイヤシグナリング）によって示されてよく、ならびに／または、ＳＦＮ、セルＩＤ（たとえば、物理セルＩＤおよび／もしくはグローバルセルＩＤ）、および／もしくは事業者ＩＤのうちの１つもしくは複数に基づいて決定されてよい。

【0166】

ＦＦＰおよび／またはＵＬブロック開始（たとえば開始サブフレーム）は、先行のＦＦＰおよび／もしくはＵＬブロック開始サブフレーム（ならびに／または先行のＦＦＰおよび／もしくはＵＬブロック長さ）に依存してよい。ＷＴＲＵは、ＦＦＰおよび／もしくはＵＬブロック開始（たとえば開始サブフレーム）インジケーションを逸失することがあり、ならびに／または、次のＦＦＰおよび／もしくはＵＬブロックの開始（たとえば開始サブフレーム）を誤って決定することがある。ＷＴＲＵは、特定のインスタンスを割り当てられてよく、開始（たとえば開始サブフレーム）は、ことによると、たとえば、開始（たとえば開始サブフレーム）が先行のＦＦＰおよび／またはＵＬブロックのパラメータに依存しなくてよいような、本明細書に記載されている技法を使用して、予め決定されてよい。

【0167】

ＷＴＲＵは、本明細書に記載されている技法の１つもしくは複数または組み合わせを使用して、認可されたセルおよび／またはＬＡＡセルのシステムフレーム番号（ＳＦＮ）および／またはセルＩＤの関数として、ＬＡＡセルのＦＦＰおよび／またはＵＬブロックの開始（たとえば開始サブフレーム）を決定してよい。

【0168】

１つまたは複数（いくつかのシナリオでは、ことによると全て）のＷＴＲＵは、無線フレーム内のｋ個（たとえば、ｋ＝２）の異なるＦＦＰ開始サブフレーム番号を受信してよい（たとえば、ｆｓ［１，…，ｋ］）。たとえば、ｆｓ＝｛２，７｝であり、ｆｓ（１）＝２、およびｆｓ（２）＝７である。

【0169】

１つまたは複数（いくつかのシナリオでは、ことによると全て）のＷＴＲＵは、同じ開始（たとえば開始サブフレーム）を有してよいｍ個の連続したＦＦＰおよび／またはＵＬブロックを有して構成されてよい。たとえば、ＷＴＲＵは、ｍ個の連続した無線フレームに対して同じＦＦＰおよび／またはＵＬブロック開始サブフレームを使用してよい。たとえば、ｍは４であってよい。

【0170】

１つもしくは複数または各々のＷＴＲＵは、以下の式（１）を使用してインデックス（index）を計算することによって、セルＩＤｃｅｌｌ＿ｉｄを有するＬＡＡセルについて無線フレームＳＦＮ＿ｎｕｍｂｅｒにおけるＦＦＰ開始サブフレーム番号を決定してよい。
Ｉｎｄｅｘ（ＳＦＮ＿ｎｕｍｂｅｒ）＝（ｃｅｌｌ＿ｉｄ＋ｆｌｏｏｒ（ＳＦＮ＿ｎｕｍｂｅｒ／ｍ））ｍｏｄ ｋ （１）
そして、以下の式（２）を使用してＦＦＰ開始サブフレーム（たとえば、ｓｔａｒｔｉｎｇ＿ｓｕｂｆｒａｍｅ）を決定する。
ｓｔａｒｔｉｎｇ＿ｓｕｂｆｒａｍｅ（ＳＦＮ＿ｎｕｍｂｅｒ）＝ｆｓ（ｉｎｄｅｘ（ＳＦＮ＿ｎｕｍｂｅｒ）＋１） （２）

【0171】

異なるＬＡＡセルは、異なる開始サブフレームを有するＦＰＰを持ってよい。ことによると、１つのセルが、ｋ個の連続した無線フレームに対する別のセルのチャネルアクセスを潜在的にブロッキングする場合、次のセットのｋ個の連続した無線フレームにおいて、以前にブロッキングしたセルは、以前にブロッキングされたＬＡＡセルをもはやブロッキングしなくてよい。

【0172】

ＦＦＰおよび／またはＵＬブロックの可変および／または柔軟な長さが使用されてよい。ＦＦＰおよび／またはＵＬブロックの柔軟な長さは、周期的および／もしくは非周期的に変更されてよく、ならびに／または、セルおよび／もしくはセルのＷＴＲＵのブロッキング（たとえば、セルおよび／もしくはセルのＷＴＲＵは、別のセルおよび／もしくは別のセルのＷＴＲＵによって体系的にブロッキングされる）の緩和を可能にしてよい。例示的ＵＬブロックを使用する本明細書に記載されている技法は、ＦＦＰを使用して実装されてもよい。全てのそのような技法が本明細書で企図されている。

【0173】

ＦＦＰの長さは、可変であってよく、ならびに／または１つもしくは複数または各々のＦＦＰで異なってよい。たとえば、第１のＦＦＰは長さ１０ｍｓを有してよく（たとえば、サブフレームｘで始まり、サブフレームｘ＋９で終了してよい）、次のＦＦＰは長さ５ｍｓを有してよい。とり得るＦＦＰ長さのセットは、予め決定されてよく、ならびに／または、４ｍｓ、５ｍｓ、８ｍｓ、および１０ｍｓなどの特定の値に構成されてよいが、これらに限定されない。

【0174】

図５は、固定されたＦＦＰ長さおよび／または可変のＦＦＰ長さの非限定的例を示す。固定されたＦＦＰ長さ例では、ＦＦＰの１つもしくは複数または各々が、１０ｍｓの同じ長さを有する。可変のＦＦＰ長さ例では、ＦＦＰ長さは、５ｍｓから１０ｍｓまで変化する。可変の長さＦＦＰは、フレーム期間（frame period：ＦＰ）および／または可変フレーム期間（variable frame period：ＶＦＰ）と呼ばれてよい。

【0175】

ＷＴＲＵは、上位レイヤシグナリングによって準静的にＦＦＰ長さを用いて構成されてよい。そのようなＦＦＰ長さは、さらなる構成まで有効であってよい。ＷＴＲＵは、動的形式でＦＦＰ長さを用いて構成されてよい。たとえば、ＦＦＰの前および／または始まりに、ＷＴＲＵは、ＦＦＰに対する１つまたは複数のパラメータを用いて構成されてよく、パラメータは、ＦＦＰ長さを含んでよい。ＦＦＰ長さのインジケーションは、物理レイヤシグナリング、ＰＣｅｌｌからのインジケーション、ブロードキャスト情報、上位レイヤシグナリング、システム情報（たとえば、システム情報ブロック（ＳＩＢ））、新しい（たとえば、フレッシュ、または今まで定義されていない）ＤＣＩおよび／もしくはグループＤＣＩ、ＵＬ許可、ならびに／またはＤＬ割り当てのうちの１つまたは複数を使用して提供されてよい。

【0176】

物理レイヤシグナリングが、ＦＦＰ長さを示すために使用されてよい。たとえば、セル（たとえば、ＬＡＡセルおよび／またはＰＣｅｌｌ）は、ＦＦＰの長さを周期的および／または非周期的に示してよい。ＷＴＲＵは、次のｎ個のＦＦＰの長さが特定のインスタンスで示されることを期待してよい（たとえば、ｍ個のサブフレーム毎に示され、ｍは、４０、８０、または１６０などの任意の値であってよい）。ＦＦＰ長さインジケーションは、予約および／またはビジー信号などのＬＬＡセルによって送信される別の物理レイヤ信号に含まれてよい。ＦＦＰ長さは、ＦＦＰの他のパラメータ（たとえば、ＦＦＰ開始サブフレームおよび／またはＵＬ／ＤＬ構成）を示し信号に含まれてよい。ＰＣｅｌｌは、次のｎ個のＦＦＰの長さを示してよい。

【0177】

ブロードキャスト情報が、ＦＦＰ長さを示すために使用されてよい。そのような情報は、セルのＷＴＲＵ、隣接セルのＷＴＲＵ、および／または隣接セルのうちの１つまたは複数が、セルのＦＦＰのパラメータを決定することを可能にしてよい。これは、隣接セルが干渉調整を実行することを可能にしてよい。

【0178】

上位レイヤシグナリングが、ＦＦＰ長さを示すために使用されてよい。ｅＮｏｄｅＢは、ＲＲＣシグナリングなどの上位レイヤシグナリング（たとえば、ＲＲＣメッセージおよび／またはメッセージ内の情報要素）を使用することによって新しいＦＦＰ長さを示してよい。

【0179】

システム情報（たとえばＳＩＢ）が、ＦＦＰ長さを示すために使用されてよい。既存のＳＩＢおよび／もしくは新しい（たとえば、フレッシュ、または以前に定義されていない）ＬＡＡ ＳＩＢが、ＦＦＰの次のセットのＦＦＰ長さを示してよく、ならびに／または、そのような情報は、ＳＩＢに対する更新の送信が送られるまで有効であってよい。

【0180】

ＤＣＩまたはグループＤＣＩ（たとえば、新しいＤＣＩ）が、ＦＦＰ長さを示すために使用されてよい。ＷＴＲＵは、ＦＦＰ長さを含んでよいＤＣＩおよび／またはグループＤＣＩ（たとえば、新しいＤＣＩ）をそのようなＷＴＲＵが検出および／または復号することを可能にしてよい、ＲＮＴＩ（たとえば、新しいＲＮＴＩ）を用いて構成されてよい。

【0181】

ＦＦＰ長さは、ＵＬ許可および／またはＤＬ割り当ての部分として示されてよい。ＷＴＲＵは、許可および／または割り当てにおいて示されたＦＦＰ長さを受信してよい。たとえば、ＵＬ許可は、ＵＬ送信が実行されるように意図されてよいＦＦＰのＦＦＰ長さを明示的に示してよい。ＦＦＰの長さは、ＵＬ許可の要素の関数としてＷＴＲＵによって暗黙的に示されてよい。

【0182】

ＷＴＲＵは、次のｎ個のＦＦＰに適用可能であってよいＦＦＰ長さの示されたセットを受信してよい。たとえば、ＦＦＰ長さを提供してよい開示されている技法のいずれかが、次のｎ個のＦＦＰに適用可能であるＦＦＰ長さのセットを用いてＷＴＲＵを構成してよい。

【0183】

ＦＦＰ長さは、異なる値にホップしてよい。ＷＴＲＵは、次の値にホップすべきときに、ＦＦＰ長さのセットを有するように構成されてよく、および／またはインジケーションを（たとえば動的に）受信してよい。次のＦＦＰ長さのインジケーション値は、次のおよび／または予め決定されたおよび／または構成されたＦＦＰ長さへのホップを示してよい。

【0184】

（たとえば、特定のＦＦＰの）ＦＦＰ長さは、フレーム番号、ＦＦＰインデックス、ＬＡＡセルＩＤ（たとえば、物理セルＩＤおよび／もしくはグローバルセルＩＤ）、事業者ＩＤ、ＷＴＲＵが先行のＦＦＰでスケジューリングされたかどうか、ならびに／または先行のＦＦＰ ＣＣＡが成功したかどうか、のうちの１つまたは複数の関数によって決定されてよい。

【0185】

ＦＦＰ長さは、ＦＦＰが始まるまたは終了するフレームの関数であってよい。

【0186】

ＦＦＰがインデックス付けされてよく、および／またはＦＦＰ長さがＦＦＰインデックスの関数であってよい。

【0187】

ＦＦＰの長さは、ＬＡＡセルＩＤに基づいて決定されてよい。各ＬＡＡセルは、たとえば、起こり得る非認可チャネルアクセスブロッキングをランダム化するために、異なるホッピングパターンおよび／またはホッピングレートを使用してよい。

【0188】

ＦＦＰの長さを決定するために、ＷＴＲＵが先行のＦＦＰでスケジューリングされたかどうかが使用されてもよい。たとえば、ＷＴＲＵが先行のＦＦＰ長さを使用して先行のＦＦＰでスケジューリングされた場合、ＷＴＲＵは、次のＦＦＰ長さが新しい値にホップしたと仮定してよい。

【0189】

ＦＦＰの長さを決定するために、先行のＦＦＰ ＣＣＡが成功したかどうかが使用されてよい。たとえば、先行のＣＣＡが（たとえば、先行のＦＦＰにおいて、および／または同じＦＦＰについて）成功しなかった場合、新しいＦＦＰ長さが使用されてよい。

【0190】

１つもしくは複数または各々他に重なる複数のとり得るＦＦＰ長さがあってもよい。ＦＦＰ長さは、ことによると、たとえば、いつ、１つまたは複数のＷＴＲＵがＣＣＡを実行し、および／もしくは場合によってはＵＬ送信のためのチャネルを取得することができてよいか、ならびに／または、いつ、セルがＣＣＡ実行し、および／もしくは場合によってはＤＬ送信のためのチャネルを取得することができるかに応じて、異なりまたは相違してよい。たとえば、フレームにおいて、サブフレーム０から９にわたり定義された第１のＦＦＰ、サブフレーム１から８にわたり定義された第２のＦＦＰ、サブフレーム３から６にわたり定義された第３のＦＦＰ、および／またはサブフレーム４から７にわたり定義された第４のＦＦＰがあってよい。いつ、１つまたは複数のＷＴＲＵおよび／もしくはセルがＣＣＡを実行し、ならびに／または場合によってはＦＦＰを始めるためにチャネルを取得することができるかに応じて、ＦＦＰ長さが異なってよい。

【0191】

（たとえば、複数のサブフレームにわたる）ＣＣＡ機会は、単一のＵＬ許可および／もしくはＤＬ割り当て、または複数のＵＬ許可および／もしくはＤＬ割り当てに対応してよい。たとえば、ＷＴＲＵは、次のＦＦＰの第１のサブフレームにおけるＵＬ送信に対する許可が提供されてよい。ことによると、たとえば、ＷＴＲＵがサブフレーム０および／もしくは１についてチャネルを取得するのに失敗した（たとえば、ＣＣＡがこれらのサブフレームにおける送信に失敗した）場合、ならびに／またはＷＴＲＵがサブフレーム３についてチャネルを取得した場合、ＦＦＰは、サブフレーム３から６にわたり定義されてよく、ならびに／または４ｍｓの長さであってよい。別の例では、ＷＴＲＵは、サブフレーム０における送信のための第１のＵＬ許可、および／またはサブフレーム１における送信のための第２のＵＬ許可を有してよい。ことによると、たとえば、ＷＴＲＵがサブフレーム０についてチャネルを取得するのに成功した場合、それはサブフレーム０および／もしくは１においてそのＵＬ送信を行ってよく、ならびに／または、ＦＦＰ長さは１０ｍｓ（上記の例ではサブフレーム１から９）であってよい。ことによると、たとえば、ＷＴＲＵがサブフレーム１についてチャネルを取得するのに成功した（たとえば、それのみ成功した）場合、第２のＵＬ送信が行われてよく、第１については破棄されてよく、および／またはＦＦＰが８ｍｓの長さ（上記の例のサブフレーム１から８）を有するように定義されてよい。

【0192】

別の非限定的例では、ＷＴＲＵは、ＦＦＰの複数の考えられる開始サブフレーム（ことによると、たとえば、単一の終了サブフレーム）を用いて準静的および／または動的に構成されてよい。これは、ことによると成功したチャネル取得に基づいて、たとえばＦＦＰがいつ成功裏に始まるかに依存してよい、可変のＦＦＰ長さを可能にしてよい。

【0193】

異なるセルからのＷＴＲＵが、ＵＬ送信のために同時にチャネルの取得（たとえばＣＣＡの実行）を試みてよい。ＦＦＰにおいてＵＬに使用されるサブフレームの数は、全てのセルにおいて同じでなくてよい。１つもしくは複数のセルにおけるＵＬ送信および／または１つもしくは複数のセルにおけるＤＬ送信を（たとえば同時に）有することが可能でないことがある。ことによると、たとえば、一部または全部のセルについてＵＬサブフレームが完了すると、セルは、ＦＰＰの残りの持続時間に、ＣＣＡを実行し、および／または場合によってはＤＬ送信のためにチャネルを取得することができてよい。一部のセルはＵＬトラフィックが重く、他のセルはＤＬトラックが重いことがあり、たとえば、第１のセルが９０％／１０％比のＵＬ／ＤＬトラフィックを有し、および／または第２のセルが１０％／９０％比のＵＬ／ＤＬトラフィックを有する。１つもしくは複数または両方のセルからのＷＴＲＵが、ＦＦＰおよび／もしくはＵＬブロックの第１のサブフレームにおけるＵＬ送信のためのチャネルを成功裏に取得してよく、ならびに／またはＷＴＲＵのそれぞれのＵＬブロックの１つもしくは複数または各々に対してチャネルを維持してよい（たとえば、単一のＣＣＡがＵＬ送信のブロック全体に使用される場合）。第１のセルのＷＴＲＵは、（たとえば、１０ｍｓのＦＦＰ長さを仮定して）９サブフレームについてＵＬ送信のためにチャネルを維持してよい第２のセルは、１０番目のサブフレームまでＤＬ送信のためにチャネルを得ることができないことがある。第１のセルのＵＬが重い送信は、ＤＬが重い送信のためにチャネルを使用する第２のセルの能力をブロッキングしてよい。

【0194】

セル（たとえば第１のおよび／または第２のセル）は、それらが、非認可チャネルのＵＬ／ＤＬ構成のより公平な分割のために交渉してよい、インターフェースを有してよい。セルが異なる事業者に由来し、調整が使用されることがない場合がある。

【0195】

セルは、たとえば、別のセルによるブロッキングの結果として、それが、そのＤＬ送信をサポートするために充分なＤＬサブフレームを有しないと決定することがある。以前にＵＬ送信をスケジューリングしたことがあり得るセルは、たとえば、ＤＬ送信のためにサブフレームを使用するために、それらのＵＬ送信をキャンセルしてよい。

【0196】

条件付きスケジューリングが、ＬＡＡセルのために使用されてよい。チャネルに対するＣＣＡが成功したとき、ならびに／または、スケジューリングされたＵＬおよび／もしくはＤＬ送信が破棄、後置、および／もしくはキャンセルされていないというインジケーションが、サービングセルに提供されたとき、ＵＬおよび／またはＤＬ送信のために許可されたリソースが使用されてよい。

【0197】

たとえば、セルは、次回および／または将来のＦＦＰおよび／またはＵＬブロックにおける１つまたは複数のＵＬ送信のために、そのＷＴＲＵのうちの１つまたは複数をスケジューリングしてよく、ことによると、ＵＬ送信の前に少なくともｋ個のサブフレームが発生するように意図される。スケジューリングおよび／または許可は、１つのＦＦＰで、別のＦＦＰにおけるＵＬ送信に関して提供されてよい。セルは、（ことによると、いくつかのシナリオでは、１つまたは複数のＵＬ送信の後および／または前に）１つおよび／または複数のＷＴＲＵに、ＵＬ送信のうちの１つまたは複数を破棄、後置、および／またはキャンセルするインジケーションを送ってよい。

【0198】

そのようなインジケーションは、ことによると、たとえば、セルがＤＬ送信のためのチャネルを取得した後（たとえば、その直後のサブフレームで）送られてよい。セルは、そのＷＴＲＵに対して、たとえば、それらがそれらのＵＬ送信を実行することを期待されていない、および／またはそれらがＤＬ送信のために現在スケジューリングされてよいならば、それらが制御チャネルを監視してよいことを指し示してよい。ＤＩについてサブフレームを監視することは、たとえば別のインジケーションを使用せずに、破棄、キャンセル、および／または後置するそのようなインジケーションから、ＷＴＲＵによって理解されてよい。

【0199】

ＷＴＲＵは、条件付きＵＬおよび／またはＤＬスケジューリングを用いて構成されてよい。そのようなＷＴＲＵは、上位レイヤ構成、ブロードキャストされる情報、スケジューリング許可および／もしくはスケジューリングされたリソースのタイミング、ＤＣＩフォーマット、ならびに／またはスケジューリングのタイプのうちの１つまたは複数を使用して、（たとえば、ＬＡＡセルのための）ＵＬおよび／またはＤＬスケジューリングが条件付きであり得ると決定してよい。

【0200】

上位レイヤ構成が、スケジューリングが条件付きであり得るかどうかを示してよい。ＷＴＲＵは、ことによると、たとえば、ＲＲＣ構成によって、条件付きおよび／または非条件付きスケジューリングを用いて準静的に構成されてよい。

【0201】

ブロードキャストされる情報が、スケジューリングが条件付きであり得るかどうかを示してよい。ブロードキャストされる情報は、ネットワークエンティティ（たとえば、ｅＮＢまたはセル）から１つまたは複数のＷＴＲＵに送られてよい。たとえば、既存のＳＩＢおよび／または新しいＬＡＡ ＳＩＢが、ＬＡＡセルによるおよび／またはＬＡＡセルのためのスケジューリング許可および／または割り当てが条件付きであり得るかどうかを示してよい。セルからのブロードキャストされるチャネルおよび／または信号（たとえば、ＬＡＡセル予約もしくはビジー信号、基準信号、チャネル送信ＦＦＰパラメータなど）が、ＬＡＡセルによるスケジューリング許可および／または割り当てが条件付きであり得るかどうかを示してよい。

【0202】

スケジューリング許可および／またはスケジューリングされたリソースのタイミングが、スケジューリングが条件付きであり得るかどうかを示してよい。許可がそこで送信されるサブフレーム、および／または許可が送信されるように意図されるサブフレームが、条件付きスケジューリングが使用され得るかどうかをＷＴＲＵに示してよい。サブフレーム番号、および／またはＦＦＰ内のサブフレーム位置が使用されてよい。たとえば、ＦＦＰの第１のサブフレームが意図されたＵＬ送信が、非条件付きであってよく、ＦＦＰの別のサブフレームが意図されたＵＬ送信が、条件付きであってよい。

【0203】

ＤＣＩフォーマットが、スケジューリングが条件付きであり得るかどうかを示してよい。条件付きスケジューリングに使用されるいくつかのＤＣＩフォーマット、および／または非条件付きスケジューリングに使用される他のＤＣＩフォーマットがあってよい。条件付きフォーマッティングのためのＤＣＩフォーマットが、ビットフラグを含んでよい。そのようなフラグは、許可および／または割り当てが条件付きであり得るかどうかを示してよい。

【0204】

スケジューリングのタイプは、スケジューリングが条件付きであり得るかどうかを示してよい。たとえば、クロスキャリアスケジューリング（たとえば、この場合、許可および／または割り当てが、送信を期待するセルとは異なるセルによって送信されてよい）が条件付きであってよい一方で、自己スケジューリング（たとえば、この場合、許可および／または割り当てが、送信を期待するセルと同じセルによって送信される）は非条件付きであってよく、またはその逆であってもよい。

【0205】

ＷＴＲＵは、ＵＬまたはＤＬ送信に対して条件付きでスケジューリングされてよい。そのようなＷＴＲＵは、インジケーションを使用して、ＵＬ送信および／またはＤＬ受信を進めるかどうかを決定してよい。そのようなインジケーションは、動的であってよく、ことによると、たとえば、任意の時間に、セルが、ＦＦＰのＵＬ／ＤＬ構成を選ぶ増大された柔軟性を有することを可能にする。ＵＬ送信および／またはＤＬ受信を進めるようにＷＴＲＵをトリガするために使用されるインジケーションは、ＰＣｅｌｌシグナリング、予約信号送信、基準信号の存在、短縮された制御シグナリング、および／または測定閾値のうちの１つまたは複数を使用して提供されてよい。

【0206】

ＰＣｅｌｌシグナリングが、ＵＬ送信および／またはＤＬ受信を進めるように、ＷＴＲＵをトリガし、および／またはＷＴＲＵに示してよい。たとえば、ＰＣｅｌｌの制御チャネルでの送信は、ＬＡＡ ＳＣｅｌｌにおけるＵＬおよび／またはＤＬ送信が、現在のサブフレームおよび／または将来のことによると隣接するサブフレームについて有効であり得るまたはあり得ないことを示してよい。

【0207】

予約信号送信が、ＵＬ送信および／またはＤＬ受信を進めるように、ＷＴＲＵをトリガし、および／またはＷＴＲＵに示してよい。たとえば、ＷＴＲＵがＣＣＡを実行するように構成され得る時間の間、ＬＡＡセルが予約信号を送信してよい。そのような信号は、ＷＴＲＵによって検出および／もしくは復号されてよく、ならびに／またはスケジューリングされた送信の条件が充足されたかどうかをＷＴＲＵに示してよい。

【0208】

１つまたは複数の基準信号の存在が、ＵＬ送信および／またはＤＬ受信を進めるように、ＷＴＲＵをトリガし、および／またはＷＴＲＵに示してよい。たとえば、基準信号（たとえば、ＰＳＳ、ＳＳＳ、ＣＲＳ、ＣＳＩ−ＲＳ、ＰＲＳ、ＤＲＳ、および／または任意の他の基準信号）が、サブフレーム、ことによると、たとえば、ＵＬ送信のために意図されたのと同じサブフレーム、および／または隣接するサブフレームで送信され、ことによると、スケジューリングされたＵＬ送信が破棄および／または遅延されてよいことを示してよい。

【0209】

短縮された制御シグナリングが、ＵＬ送信および／またはＤＬ受信を進めるように、ＷＴＲＵをトリガし、および／またはＷＴＲＵに示してよい。制御チャネル領域が存在してよく、制御チャネル領域は、ＬＡＡによる短縮された制御シグナリングが、送信および／または受信する条件が現在および／または将来のサブフレームについて充足されているかどうかを示すことを可能にしてよい。そのような短縮された制御シグナリングは、送信および／または受信のための条件が充足されるとＷＴＲＵによってみなされ得るかどうかを示す、単純なビットフラグを含んでよい。

【0210】

測定閾値が、ＵＬ送信および／またはＤＬ受信を進めるように、ＷＴＲＵをトリガし、および／またはＷＴＲＵに示してよい。ＷＴＲＵは、以前にスケジューリングされたＵＬ送信および／またはＤＬ受信を進める条件が充足されたかどうかを決定するためにＷＴＲＵが使用してよい、測定リソース（たとえば基準信号）および／または測定閾値を用いて構成されてよい。

【0211】

トリガタイプ（すなわち、ＵＬ送信および／またはＤＬ受信を進めるために充足されてよい特定の要素）は、本明細書に記載されているような条件付きスケジューリングの構成に含まれてよいことに留意されたい。たとえば、スケジューリングが条件付きであり得ることを示してよい上位レイヤシグナリングは、ＷＴＲＵによって使用される、ＵＬ送信および／またはＤＬ受信を進める条件を充足するトリガも含んでよい。別の例では、スケジューリング許可および／または割り当ては、ＵＬ送信および／またはＤＬ受信を進める条件として使用するトリガタイプを示す要素を含んでよい。

【0212】

ことによると、たとえば、構成された時間のウィンドウにおける固定または構成された量の試みでのチャネルの取得の失敗（たとえば、固定または構成された数のＣＣＡ機会でチャネルがビジーであると決定する）のときまたは結果、ＷＴＲＵは、セルに、それがブロッキングされ得ることを通知してよい。ＷＴＲＵは、ＰＣｅｌｌ送信についてのこの失敗および／またはブロッキングを、たとえば、周期的および／または非周期的ＣＳＩ報告の部分として、報告してよい。

【0213】

ＷＴＲＵは、上位レイヤ測定報告を使用して失敗および／またはブロッキングを示してよい。そのような報告のためのトリガは、ＷＴＲＵにおいて構成可能であってよく、ならびに／または、そのような報告のためのトリガは、量ｘのＣＣＡ試行において（ことによると、たとえば、ｙ個のサブフレームおよび／もしくはフレームのウィンドウで）チャネルにアクセスできないこと、閾値（ことによると、たとえば、ｙ個のサブフレームおよび／もしくはフレームのウィンドウにおける量ｘの時間）よりも大きい干渉を受けること、および／または、ＷＴＲＵがチャネルの利用可能性を決定するための１つもしくは複数のＣＣＡ機会を有し得た（ことによると、たとえば、１つもしくは複数の送信のためのチャネルを取得する試みがあり得る）ときに、送信のためのチャネルを取得するのに失敗することのうちの１つまたは複数を含んでよい。

【0214】

閾値、ことによると、たとえば、ｙ個のサブフレームおよび／もしくはフレームのウィンドウにおける量ｘの時間よりも大きい干渉を受けることが、ブロッキングを報告するようにＷＴＲＵをトリガしてよい。そのような閾値は、ＣＣＡに使用されるものと異なってよい。たとえば、ブロッキングを報告する閾値は、ＣＣＡ閾値よりも干渉に対して敏感であってもなくてもよい。

【0215】

ＷＴＲＵは、特定のセルおよび／またはＷＴＲＵが、チャネルを取得するそれの試みをブロッキング中（たとえば、体系的にブロッキングしている）であり得ることを決定してよい（たとえば、特定のセルおよび／またはＷＴＲＵが、ＣＣＡ機会の間にチャネルがビジーであることを別のＷＴＲＵが観測する原因になることがある）。そのようなＷＴＲＵは、ことによると、たとえば、セルのセットが、構成可能であってよいウィンドウ内でそれが複数回送信することをブロッキングしている場合、ブロッキング報告を送信してよい。たとえば、ＷＴＲＵが、ＦＦＰにおいて第１のセルおよび／またはそれのＷＴＲＵのうちの１つまたは複数によってブロッキングされ、予め決定されたおよび／または構成されたウィンドウの間にそのセルおよび／またはそれのＷＴＲＵのうちの１つまたは複数によって再びブロッキングされない場合、このようなＷＴＲＵは、そのセルおよび／またはそれのＷＴＲＵのうちの１つまたは複数がそれをブロッキングしていることを報告しなくてよい。ことによると、たとえば、そのようなＷＴＲＵが、予め決定されたおよび／または構成されたウィンドウ内で、特定のセルおよび／またはセル内の１つまたは複数の特定のＷＴＲＵによって複数回ブロッキングされる場合、ＷＴＲＵは、特定のセルおよび／またはセル内の１つまたは複数の特定のＷＴＲＵがそれをブロッキングしていることを報告してよい。

【0216】

ことによると、たとえば、ＷＴＲＵは、それをブロッキングしているセルを決定するために、本明細書に説明されているような隣接セルのＦＦＰパラメータインジケーションのうちの１つまたは複数をリッスンしてよい。

【0217】

ＷＴＲＵは、（予約信号および／もしくは他のチャネルなどの）干渉信号のシグネチャを検出してよく、ならびに／または、特定のセルおよび／もしくはそれをブロックしているセル内の１つもしくは複数の特定のＷＴＲＵを決定してよい。

【0218】

ブロッキング報告は、１つもしくは複数のセルおよび／または１つもしくは複数のＷＴＲＵを含んでよい。たとえば、ＷＴＲＵは、複数の隣接するＦＦＰにおける２つの異なるセルのＵＬ送信によってブロッキングされることがあり、これらの複数のブロッキングイベントは、複数のセルについてブロッキング報告をトリガするのに充分であってよい。

【0219】

ＰＣｅｌｌは、たとえば、ＷＴＲＵから１つまたは複数のＵＬ送信を受信できないとき、またはその結果として、ブロッキング報告を送信するようにＷＴＲＵをトリガしてよい。ＷＴＲＵからのブロッキング報告は、隣接セルおよび／もしくはＷＴＲＵのリスト、ならびに／または、セルおよび／もしくはＷＴＲＵに関連付けられた干渉測定値などの干渉測定値を含んでよい。ＷＴＲＵは、非認可チャネルそれ自体の使用、および／または隣接するチャネルの使用から、干渉を受けるかどうかを示してよい。

【0220】

ＷＴＲＵは、ことによると、たとえば、チャネルを取得できないことにより、非認可セル上の送信が達成されないとき、ＰＣｅｌｌに（および／または、ことによると、たとえば、別のチャネル上で、別の認可されたセルまたは非認可セルに）フォールバックするように構成されてよい。ＷＴＲＵは、送信内で、それが当初スケジューリングされたチャネル上で送信するのをブロッキングされたことを示してよい。

【0221】

ＷＴＲＵは、複数のＬＡＡセルであって、それらの１つもしくは複数または各々が異なるチャネルおよび／またはキャリアを使用していてよい複数のＬＡＡセルを用いて構成されてよい。ことによると、ＷＴＲＵが、構成されたＬＡＡセルに対応するチャネルを取得するのをブロッキングされていることを（ことによると、たとえば、本明細書に記載されている任意の技法を使用して）決定すると、ＷＴＲＵは、それが、ＬＡＡセル上で送信および／または受信するのをブロッキングされていることをセル（たとえばＰＣｅｌｌ）に報告してよい。

【0222】

ＷＴＲＵは、ことによると、たとえば、ＷＴＲＵが第１のチャネルで送信するのをブロッキングされている場合、ＷＴＲＵがスケジューリングされたＵＬ送信を実行してよいフォールバックリソースを、たとえば第２のチャネル上で提供されてよい。ことによると、たとえば、ＰＣｅｌｌに、ＷＴＲＵが第１のチャネル上で送信するのをブロッキングされていることを示すことに加えて、ＷＴＲＵは、それが送信のためにフォールバックチャネルを使用していることを、ＰＣｅｌｌに示してもよい。

【0223】

１つまたは複数のＷＴＲＵにより使用されるフォールバックチャネルパラメータは、セル固有であってよく、および／またはＷＴＲＵ固有であってよい。フォールバックチャネルパラメータは、チャネル周波数、セルＩＤ、チャネル帯域幅、基準信号構成、ＭＩＢ、および／またはフォールバックチャネルの関連ＳＩＢのうちの１つまたは複数を含んでよい。チャネル周波数は、フォールバックチャネルパラメータのリストに含まれてもよい。その周波数に関連付けられたチャネルが、認可されたスペクトルおよび／または非認可スペクトルを使用してよい。

【0224】

セルＩＤが、フォールバックチャネルパラメータのリストに含まれてよい。フォールバックチャネルは、当初意図されたＬＡＡセルにより使用されるものと同じセルＩＤを再使用してよい。これは、ＷＴＲＵが関連チャネルおよび／または信号を作成するときの複雑さを低減してよい。セルＩＤは、当初意図されたＬＡＡセルにより使用されるものと異なってもよい。

【0225】

チャネル帯域幅が、フォールバックチャネルパラメータのリストに含まれてよい。この帯域幅は、当初意図されたＬＡＡセルのそれと一致しなくてよい。ここでそうする場合、ＷＴＲＵは、トランスポートブロックサイズ、変調、符号体系などの送信パラメータを修正してよい。

【0226】

ＷＴＲＵは、それがＵＬ送信を実行してよいチャネルのセットを用いて構成されてよい。そのようなＷＴＲＵは、セットのチャネル上でＣＣＡを試みてよく、そのＵＬ送信について利用可能および／またはアイドルであり得ると決定されたチャネルのうちの１つまたは複数を選択してよい。ＷＴＲＵは、ことによると、たとえば、本明細書に記載されている任意の技法を使用して、１つまたは複数のチャネルが体系的にブロッキングされ得ることを、別のセル（たとえばＰＣｅｌｌ）に報告してもよい。

【0227】

同じセルのＷＴＲＵが、ＬＡＡチャネルを共有してよい（たとえば、それらは同時に同じチャネル上で送信を行ってよい）。小さな差であってもタイミング差により、第２のＷＴＲＵがチャネルに対してＣＣＡを実行する間に、第１のＷＴＲＵがチャネルを取得しおよび／または送信を開始することがあり、それが、第２のＷＴＲＵのＣＣＡを失敗させることがある。図６は、第１のＷＴＲＵのタイミングアドバンス（timing advance）が第２のＷＴＲＵのそれよりも大きくてよい状況を示す略図６００を示す。たとえば、ことによると、第１のＷＴＲＵのＵＬのより早い開始のため、第１のＷＴＲＵは第２のＷＴＲＵの前にＣＣＡを実行する、および／またはＵＬ送信を開始することがあり、それが、第２のＷＴＲＵのＣＣＡを失敗させることがある。

【0228】

図７の略図７００に示されるように、第１のＷＴＲＵと第２のＷＴＲＵとの間のタイミングの差の結果として、第１のＷＴＲＵの送信の終了が第２のＷＴＲＵのＣＣＡをブロッキングしおよび／または第２のＷＴＲＵのＣＣＡと重なり、それが、第２のＷＴＲＵのＣＣＡを失敗させることがある。

【0229】

ことによると、ＬＡＡセルにわたる非同期サブフレームタイミングを利用し、図８の略図８００に示されるように、第１のセルにおけるＤＬ送信が、第２のセルにおけるＷＴＲＵのＣＣＡを失敗させることがある。この例では、第１のセルが、ＳＦ＃ｎにおけるダウンリンク送信を送信する。第２のセルにおけるＷＴＲＵが、第２のセルにおけるＳＦ＃ｎの終了でＣＣＡのために予約された時間ウィンドウ内でＣＣＡを実行する。第２のセルにおけるＣＣＡウィンドウは、第１のセルにおけるＤＬ送信と重なり、それが、第２のＷＴＲＵのＣＣＡを失敗させることがある。

【0230】

別のＷＴＲＵおよび／または別のセル（たとえば、別のＬＡＡ ＷＴＲＵおよび／またはセル）と共にチャネルを共有してよいＷＴＲＵおよび／またはセル（たとえば、ＬＡＡ ＷＴＲＵおよび／またはセル）は、「フレンドリ（friendly）」ＷＴＲＵおよび／またはセルと呼ばれてよい。フレンドリＷＴＲＵは、同じｅＮｏｄｅＢおよび／またはセル（たとえば、ＬＡＡセルおよび／またはＰＣｅｌｌ）に属してよいＷＴＲＵであってよい。ｅＮｏｄｅＢに属するＷＴＲＵは、そのｅＮｏｄｅＢの１つまたは複数のセルに対するフレンドリＷＴＲＵであってよい。ＷＴＲＵに対するフレンドリセルは、ＬＡＡセルにサービングするＷＴＲＵであってよい。用語「フレンドリＷＴＲＵ」、「フレンドリセル」、「干渉フレンドリＷＴＲＵ」「干渉フレンドリセル」、「ＬＡＡ干渉フレンドリＷＴＲＵ」、および「ＬＡＡ干渉フレンドリセル」は、本明細書で交換可能に使用されてよい。本明細書で使用されるとき、用語「フレンドリ」は、用語「反作用的でない（non-adverse）」、「協調（cooperative）」、および／または「適合（compatible）」と交換可能に使用されてよい。

【0231】

第１のＬＡＡ ＷＴＲＵが、フレンドリＬＡＡ ＷＴＲＵまたはフレンドリＬＡＡセルによってチャネルが使用中であり得ると決定することを可能にするために、技法が提供されてよい。これは、第１のＬＡＡ ＷＴＲＵがフレンドリＬＡＡ ＷＴＲＵおよび／またはセルとチャネルを共有することを可能にしてよい。

【0232】

ＬＡＡセルが、フレンドリＷＴＲＵ（たとえば、ＬＡＡセルのＷＴＲＵ）および／またはフレンドリセル（たとえば、それが、たとえばＸ２インターフェースを介して、共に通信および／または調整してよいセル）によってチャネルが使用されていると決定することを可能にするために、技法が提供されてよい。

【0233】

チャネル上での第１のＷＴＲＵおよび／またはＬＡＡセルの送信は、第１のＷＴＲＵおよび／またはＬＡＡセルがフレンドリＷＴＲＵおよび／またはＬＡＡセルであると決定するために第２のＷＴＲＵおよび／またはＬＡＡセルによって使用されてよい、信号および／またはアイドル成分（idle component）を含んでよい。この信号は、「フレンドリユーザ信号」と呼ばれてよい。

【0234】

ＷＴＲＵおよび／またはセルは、たとえばＣＣＡ機会に、ＣＣＡを実行してよい。ＣＣＡは、エネルギー検出測定であってよい測定を含んでよい。ことによると、たとえば、ＣＣＡが成功した場合（たとえば、測定値が閾値未満である場合）、ＷＴＲＵおよび／またはセルは、関連付けられた１つおよび／または複数のサブフレームで送信を行ってよい。ことによると、たとえば、ＣＣＡが失敗した場合（たとえば、測定値が閾値以上である場合）、ＷＴＲＵおよび／またはセルは、フレンドリＷＴＲＵおよび／またはセルによる送信によりチャネルがビジーであり得るかどうかを決定してよい。ことによると、たとえば、ＷＴＲＵおよび／またはセルが、フレンドリＷＴＲＵおよび／またはセルによる送信によりチャネルがビジーであり得ると決定した場合、ＷＴＲＵおよび／またはセルは、ＣＣＡ機会に関連付けられた１つおよび／または複数のサブフレームで送信を行ってよい。

【0235】

ＷＴＲＵおよび／またはセルは、たとえばＣＣＡ機会に、ＣＣＡを実行してよい。ＣＣＡは、エネルギー検出測定であってよい測定を含んでよい。ことによると、たとえば、ＣＣＡが成功した場合（たとえば、測定値が第１の閾値未満である場合）、ＷＴＲＵおよび／またはセルは、関連付けられた１つおよび／または複数のサブフレームで送信を行ってよい。ことによると、たとえば、ＣＣＡが失敗した（たとえば、測定値が第１の閾値以上である）が、測定値が第２の閾値未満である場合、ＷＴＲＵおよび／またはセルは、フレンドリＷＴＲＵおよび／またはセルによる送信によりチャネルがビジーであり得るかどうかを決定してよい。ことによると、たとえば、ＷＴＲＵおよび／またはセルが、フレンドリＷＴＲＵおよび／またはセルによる送信によりチャネルがビジーであり得ると決定した場合、ＷＴＲＵおよび／またはセルは、ＣＣＡ機会に関連付けられた１つおよび／または複数のサブフレームで送信を行ってよい。ことによると、たとえば、測定値が第２の閾値よりも大きい、または第１の閾値および第２の閾値よりも大きい場合、ＷＴＲＵおよび／またはセルは、このＣＣＡが失敗したとみなしてよい。

【0236】

ＷＴＲＵおよび／またはセルは、フレンドリＷＴＲＵおよび／またはセルによる送信によりチャネルがビジーであり得るかどうかを決定するために、フレンドリ信号および／またはアイドル成分を検出しようと試みてよい。ことによると、たとえば、ＷＴＲＵがフレンドリ信号および／またはアイドル成分を検出した場合、ＷＴＲＵは、フレンドリＷＴＲＵおよび／またはセルによる送信によりチャネルがビジーであり得ると決定してよい。

【0237】

ことによると、たとえば、測定値が第１の閾値よりも大きく第２の閾値よりも小さい場合、ＷＴＲＵおよび／またはセルは、フレンドリ信号および／またはアイドル成分を検出しようと試みてよい。

【0238】

ことによると、たとえば、測定値が第２の閾値よりも大きい、または第１の閾値および第２の閾値よりも大きい場合、ＷＴＲＵおよび／またはセルは、フレンドリ信号および／またはアイドル成分を検出しようと試みなくてよい。第２の閾値は、第１の閾値よりも高くてよくまたは高くなくてもよい。

【0239】

フレンドリＷＴＲＵおよび／またはセルは、別のＷＴＲＵおよび／またはセルに置き換えられてよい。ＷＴＲＵおよび／またはセルは、本明細書に記載されている技法のうちの１つまたは複数を使用して、たとえば、ＬＡＡ ＷＴＲＵおよび／またはセル（たとえば、認可されていないことがあるチャネル上で動作するＬＴＥ ＷＴＲＵおよび／またはセル）による送信によりチャネルがビジーおよび／または利用不可能であり得るかどうかを決定してよい

【0240】

ＷＴＲＵおよび／またはセルは、フレンドリ信号および／またはアイドル成分の存在（たとえば、そのような存在のＷＴＲＵおよび／またはセル検出）に基づいて、フレンドリＷＴＲＵおよび／またはセルによる送信によりチャネルがビジーであり得ると決定してよい。

【0241】

フレンドリ信号は、たとえばサブフレーム内の、既知の、決定されおよび／または構成されたセットの時間および／または周波数リソースを占有してよい、既知のおよび／または構成された信号であってよい。

【0242】

フレンドリ信号は、既知の時間および／または周波数位置において送信された基準信号シーケンスであってよい。基準信号シーケンスは、中央のＮ個の物理リソースブロック（ＰＲＢ）（たとえば、Ｎ＝６）、および／またはそのようなＰＲＢの少なくとも１つのシンボルで送信されてよい。基準信号は、１つまたは複数のＰＲＢの１つまたは複数のリソース要素（ＲＥ）で送信されてよい。アップリンクおよび／またはダウンリンク送信のために同じ基準信号シーケンスが送信されてよい。たとえば、ダウンリンクサブフレームにおける特定のＯＦＤＭシンボル、および／またはアップリンクサブフレームにおける特定のＳＣ−ＦＤＭＡシンボルが、基準信号シーケンスを含んでよい。たとえば、特定のＯＦＤＭが、サブフレーム内の最後のＯＦＤＭシンボルであってよい。別の例では、特定のＳＣ−ＦＤＭＡシンボルが、アップリンクサブフレーム内の最後および／または最後から２番目のＳＣ−ＦＤＭＡであってよい。送信は、シンボルの少なくとも部分内であってよい。基準信号シーケンスは、セルＩＤの関数として決定されてよい。セルＩＤは、ブロードキャスト、ブロードキャストチャネル、および／または専用化された上位レイヤシグナリングを介して構成されてよい、物理セルＩＤ、グローバルセルＩＤ、および／または仮想セルＩＤであってよい。フレンドリ信号は、ダウンリンクおよび／またはアップリンク信号と重ね合わされた、既知の信号であってよい。セルおよび／またはＷＴＲＵは、フレンド信号（friend signal）を決定するために、自己相関を実行して、既知の信号を検出してよい。

【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】

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

【図1A】

【図1B】

【図1C】

【図1D】

【図1E】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】