知財求人 - 知財ポータルサイト「IP Force」
▶ アイディーエーシー ホールディングス インコーポレイテッドの特許一覧
特表2019-519954５Ｇシステムにおける異なるタイプのトラフィックのＰＨＹレイヤ多重化
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】特表2019-519954(P2019-519954A)
(43)【公表日】2019年7月11日
(54)【発明の名称】５Ｇシステムにおける異なるタイプのトラフィックのＰＨＹレイヤ多重化
(51)【国際特許分類】
H04L 27/26 20060101AFI20190621BHJP
H04W 72/04 20090101ALI20190621BHJP
H04J 99/00 20090101ALI20190621BHJP
【ＦＩ】
H04L27/26 100
H04W72/04 136
H04J99/00 100
【審査請求】有
【予備審査請求】未請求
【全頁数】46
(21)【出願番号】特願2018-553122(P2018-553122)
(86)(22)【出願日】2017年4月7日
(85)【翻訳文提出日】2018年12月10日
(86)【国際出願番号】US2017026506
(87)【国際公開番号】WO2017177083
(87)【国際公開日】20171012
(31)【優先権主張番号】62/320,080
(32)【優先日】2016年4月8日
(33)【優先権主張国】US
(31)【優先権主張番号】62/373,140
(32)【優先日】2016年8月10日
(33)【優先権主張国】US
(81)【指定国】
AP(BW,GH,GM,KE,LR,LS,MW,MZ,NA,RW,SD,SL,ST,SZ,TZ,UG,ZM,ZW),EA(AM,AZ,BY,KG,KZ,RU,TJ,TM),EP(AL,AT,BE,BG,CH,CY,CZ,DE,DK,EE,ES,FI,FR,GB,GR,HR,HU,IE,IS,IT,LT,LU,LV,MC,MK,MT,NL,NO,PL,PT,RO,RS,SE,SI,SK,SM,TR),OA(BF,BJ,CF,CG,CI,CM,GA,GN,GQ,GW,KM,ML,MR,NE,SN,TD,TG),AE,AG,AL,AM,AO,AT,AU,AZ,BA,BB,BG,BH,BN,BR,BW,BY,BZ,CA,CH,CL,CN,CO,CR,CU,CZ,DE,DJ,DK,DM,DO,DZ,EC,EE,EG,ES,FI,GB,GD,GE,GH,GM,GT,HN,HR,HU,ID,IL,IN,IR,IS,JP,KE,KG,KH,KN,KP,KR,KW,KZ,LA,LC,LK,LR,LS,LU,LY,MA,MD,ME,MG,MK,MN,MW,MX,MY,MZ,NA,NG,NI,NO,NZ,OM,PA,PE,PG,PH,PL,PT,QA,RO,RS,RU,RW,SA,SC,SD,SE,SG,SK,SL,SM,ST,SV,SY,TH,TJ,TM,TN,TR,TT,TZ
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
(71)【出願人】
【識別番号】316012245
【氏名又は名称】アイディーエーシー ホールディングス インコーポレイテッド
(74)【代理人】
【識別番号】110001243
【氏名又は名称】特許業務法人 谷・阿部特許事務所
(72)【発明者】
【氏名】アーデム・バラ
(72)【発明者】
【氏名】アルファン・サヒン
(72)【発明者】
【氏名】ムン−イル・リー
(72)【発明者】
【氏名】ミハエラ・シー・ベルーリ
(72)【発明者】
【氏名】ルイ・ヤン
(72)【発明者】
【氏名】ジャネット・エイ・スターン−バーコウィッツ
(72)【発明者】
【氏名】フェンジュン・シー
(72)【発明者】
【氏名】アフシン・ハギギャット
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA13
5K067AA23
5K067CC02
5K067CC04
5K067DD02
5K067EE02
5K067EE10
5K067GG01
(57)【要約】
５Ｇシステムにおける、異なるタイプのトラフィックの物理（ＰＨＹ）レイヤ多重化のための、システム、方法、および手段が、開示される。デバイスは、通信を受信することができる。通信は、第１のトラフィックタイプを含むことができる。デバイスは、第１のトラフィックタイプと多重化された、および／または第１のトラフィックタイプをパンクチャした、第２のトラフィックタイプを通信が含むことを示すインジケーションを求めて通信を監視することができる。通信において受信され、監視によって検出されたインジケータは、第２のトラフィックタイプが通信内のどこに配置されているかを示すことができる。第１のトラフィックタイプおよび第２のトラフィックタイプは、リソース要素（ＲＥ）レベルにおいて、多重化することができる。例えば、第１のトラフィックタイプは、ＲＥレベルにおいて、第２のトラフィックタイプによってパンクチャすることができる。デバイスは、インジケーションに基づいて、通信内の第１または第２のトラフィックタイプのうちの１つまたは複数をデコードすることができる。
【特許請求の範囲】
【請求項1】
プロセッサであって、
ネットワークエンティティから通信を受信することであって、前記通信は、第１のトラフィックタイプを含む、受信することと、
インジケータを求めて前記通信を監視することであって、前記インジケータを求めて前記通信を監視することは、前記インジケータを求めて前記通信内の制御チャネルを監視するように構成されることを含む、監視することと、
前記インジケータが前記通信内に含まれると決定することと、
前記インジケータと関連付けられた情報に基づいて、前記通信が第２のトラフィックタイプによってパンクチャされ前記通信内に前記第２のトラフィックタイプのロケーションを含むと決定することと、
前記インジケータと関連付けられた前記情報に基づいて、前記第１のトラフィックタイプまたは前記第２のトラフィックタイプのうちの少なくとも一方をデコードすることと
を行うように構成されたプロセッサ
を備えた無線送受信ユニット（ＷＴＲＵ）。
ネットワークエンティティから通信を受信することであって、前記通信は、第１のトラフィックタイプを含む、受信することと、
インジケータを求めて前記通信を監視することであって、前記インジケータを求めて前記通信を監視することは、前記インジケータを求めて前記通信内の制御チャネルを監視するように構成されることを含む、監視することと、
前記インジケータが前記通信内に含まれると決定することと、
前記インジケータと関連付けられた情報に基づいて、前記通信が第２のトラフィックタイプによってパンクチャされ前記通信内に前記第２のトラフィックタイプのロケーションを含むと決定することと、
前記インジケータと関連付けられた前記情報に基づいて、前記第１のトラフィックタイプまたは前記第２のトラフィックタイプのうちの少なくとも一方をデコードすることと
を行うように構成されたプロセッサ
を備えた無線送受信ユニット（ＷＴＲＵ）。
【請求項2】
前記第２のトラフィックタイプは、低待ち時間トラフィックタイプであり、前記低待ち時間トラフィックタイプは、前記第１のトラフィックタイプよりも短い待ち時間要件を有する請求項１に記載のＷＴＲＵ。
【請求項3】
前記通信内における前記第２のトラフィックタイプの前記ロケーションは、基準信号情報を使用して決定される請求項１に記載のＷＴＲＵ。
【請求項4】
前記第１のトラフィックタイプは、拡張モバイルブロードバンド（ｅＭＢＢ）タイプであり、前記第２のトラフィックタイプは、超高信頼性および低待ち時間（ＵＲＬＬＣ）タイプである請求項１に記載のＷＴＲＵ。
【請求項5】
前記プロセッサは、前記第１のトラフィックタイプについては第１の変調次数を、また前記第２のトラフィックタイプについては第２の変調次数を使用して、前記通信をデコードすることを行うようにさらに構成され、前記第１の変調次数は、１６値直交振幅変調（ＱＡＭ）であり、前記第２の変調次数は、４位相偏移変調（ＱＰＳＫ）変調である請求項１に記載のＷＴＲＵ。
【請求項6】
前記通信は、タイミングブロック、チャンク、サブフレーム、送信時間間隔（ＴＴＩ）、サブキャリア、時間サンプル、ミニスロット、または時間シンボルのうちの少なくとも１つを含む請求項１に記載のＷＴＲＵ。
【請求項7】
前記インジケータは、時間または周波数情報のうちの少なくとも一方を含み、前記時間情報は、前記第２のトラフィックタイプを搬送するために、どの直交周波数分割多重（ＯＦＤＭ）シンボルがパンクチャされるかを示し、前記周波数情報は、前記第２のトラフィックタイプを搬送するために、どのサブキャリアがパンクチャされるかを示す請求項１に記載のＷＴＲＵ。
【請求項8】
前記ＵＲＬＬＣタイプは、前記ｅＭＢＢタイプの前に処理される請求項４に記載のＷＴＲＵ。
【請求項9】
前記インジケータを求めて前記通信を監視することは、前記インジケータを求めて、前記第１のトラフィックタイプの少なくとも１つのシンボル内を、または前記第１のトラフィックタイプの前記シンボルの後を監視するように構成されることを含む請求項１に記載のＷＴＲＵ。
【請求項10】
前記制御チャネルは、前記通信の終りに、または前記通信の時間期間にわたって配置される請求項１に記載のＷＴＲＵ。
【請求項11】
ネットワークエンティティから通信を受信するステップであって、前記通信は、第１のトラフィックタイプを含む、ステップと、
インジケータを求めて前記通信を監視するステップであって、前記監視するステップは、前記インジケータを求めて前記通信内の制御チャネルを監視することを含む、ステップと、
前記インジケータが前記通信内に含まれると決定するステップと、
前記インジケータと関連付けられた情報に基づいて、前記通信が、第２のトラフィックタイプによってパンクチャされ前記通信内に前記第２のトラフィックタイプのロケーションを含むと決定するステップと、
前記インジケータと関連付けられた前記情報に基づいて、前記第１のトラフィックタイプまたは前記第２のトラフィックタイプのうちの少なくとも一方をデコードするステップと
を備える方法。
インジケータを求めて前記通信を監視するステップであって、前記監視するステップは、前記インジケータを求めて前記通信内の制御チャネルを監視することを含む、ステップと、
前記インジケータが前記通信内に含まれると決定するステップと、
前記インジケータと関連付けられた情報に基づいて、前記通信が、第２のトラフィックタイプによってパンクチャされ前記通信内に前記第２のトラフィックタイプのロケーションを含むと決定するステップと、
前記インジケータと関連付けられた前記情報に基づいて、前記第１のトラフィックタイプまたは前記第２のトラフィックタイプのうちの少なくとも一方をデコードするステップと
を備える方法。
【請求項12】
前記第２のトラフィックタイプは、低待ち時間トラフィックタイプであり、前記低待ち時間トラフィックタイプは、前記第１のトラフィックタイプよりも短い待ち時間要件を有する請求項１１に記載の方法。
【請求項13】
前記通信内における前記第２のトラフィックタイプの前記ロケーションは、基準信号情報を使用して決定される請求項１１に記載の方法。
【請求項14】
前記第１のトラフィックタイプは、拡張モバイルブロードバンド（ｅＭＢＢ）タイプであり、前記第２のトラフィックタイプは、超高信頼性および低待ち時間（ＵＲＬＬＣ）タイプである請求項１１に記載の方法。
【請求項15】
前記第１のトラフィックタイプについては第１の変調次数を、また前記第２のトラフィックタイプについては第２の変調次数を使用して、前記通信をデコードするステップであって、前記第１の変調次数は、１６値直交振幅変調（ＱＡＭ）であり、前記第２の変調次数は、４位相偏移変調（ＱＰＳＫ）変調である、ステップ
をさらに含む請求項１１に記載の方法。
をさらに含む請求項１１に記載の方法。
【請求項16】
前記通信は、タイミングブロック、チャンク、サブフレーム、送信時間間隔（ＴＴＩ）、サブキャリア、時間サンプル、ミニスロット、または時間シンボルのうちの少なくとも１つを含む請求項１１に記載の方法。
【請求項17】
前記インジケータは、時間または周波数情報のうちの少なくとも一方を含み、前記時間情報は、前記第２のトラフィックタイプを搬送するために、どの直交周波数分割多重（ＯＦＤＭ）シンボルがパンクチャされるかを示し、前記周波数情報は、前記第２のトラフィックタイプを搬送するために、どのサブキャリアがパンクチャされるかを示す請求項１１に記載の方法。
【請求項18】
前記ＵＲＬＬＣタイプは、前記ｅＭＢＢタイプの前に処理される請求項１４に記載の方法。
【請求項19】
前記インジケータを求めて前記通信を監視するステップは、前記インジケータを求めて、前記第１のトラフィックタイプの少なくとも１つのシンボル内を、または前記第１のトラフィックタイプの前記シンボルの後を監視することを含む請求項１１に記載の方法。
【請求項20】
前記制御チャネルは、前記通信の終りに、または前記通信の時間期間にわたって配置される請求項１１に記載の方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、５Ｇシステムにおける異なるタイプのトラフィックのＰＨＹレイヤ多重化に関する。
【背景技術】
【0002】
関連出願の相互参照本出願は、２０１６年４月８日に出願された米国特許仮出願第６２／３２００８０号、および２０１６年８月１０日に出願された米国特許仮出願第６２／３７３１４０号の利益を主張し、それらの内容は、参照によって本明細書に組み込まれ、本出願は、これらの優先出願の出願日の利益を主張する。
【0003】
セルラ技術のための応用例の出現に伴い、より高いデータレート、より低い待ち時間（Low Latency）、および／または大規模な接続性をサポートする重要性は、おそらく高まり続けるであろう。例えば、拡張モバイルブロードバンド（ｅＭＢＢ）通信、ならびに／または超高信頼性および低待ち時間通信（ＵＲＬＬＣ：Ultra-Reliable and Low Latency Communication、超高信頼低遅延通信）に対するサポートが、例示的な使用シナリオ、および望ましい無線アクセス能力（access capability）とともに、ＩＴＵによって推奨されている。
【発明の概要】
【発明が解決しようとする課題】
【0004】
応用例および使用シナリオの範囲が広範になるのに伴い、無線アクセス能力は、その範囲内において、重要点が異なることがある。例えば、ｅＭＢＢについては、スペクトル効率、容量、ユーザデータレート（例えば、ピークおよび／もしくは平均）、ならびに／またはモビリティが、高い重要性を有することができ、ＵＲＬＬＣ（超高信頼低遅延通信）については、ユーザプレーン待ち時間、および／または信頼性が、高い重要性を有することができる。異なる目標を有する複数の応用例が、サポートされるとき、無線アクセスネットワークにおいて、これらの応用例およびそれらのユーザを多重化するための効果的な手段を開発することは、ますます重要になるであろう。
【課題を解決するための手段】
【0005】
以下でより完全に説明される１つまたは複数の例示的な実施形態は、装置、機能、手順、プロセス、コンピュータ可読メモリを有形に具体化したコンピュータプログラム命令の実行、以下のうちの１つまたは複数についての方法の機能および動作を提供する。５Ｇシステムなどの無線通信システムにおける、異なるタイプのトラフィックの物理（ＰＨＹ）レイヤ多重化のための、システム、方法および手段が、開示される。例においては、デバイス（例えば、ＷＴＲＵ）は、例えば、ネットワークから、通信（communication）を受信することができる。通信は、第１のトラフィックタイプ（例えば、待ち時間制約なしのトラフィック）を含むことができる。ＷＴＲＵは、第１のトラフィックタイプと多重化された、および／または第１のトラフィックタイプをパンクチャした、第２のトラフィックタイプ（例えば、低待ち時間（低遅延）トラフィック）を通信が含むことを示すインジケーションを求めて通信を監視（monitor：モニター）することができる。監視（monitor）は、通信と関連付けられた制御チャネルの監視であることができる。ＷＴＲＵは、インジケーションを求めて通信のロケーションを監視（monitor：モニター）することができる。例えば、ＷＴＲＵは、通信の最後、シンボル、および／またはサブキャリアなどにおいて、インジケーションを求めて監視することができる。通信において受信され、監視によって検出されたインジケータは、第２のトラフィックタイプが通信内のどこに配置されているかを示すこと（例えば、示す情報を含むこと）ができる。第１のトラフィックタイプおよび第２のトラフィックタイプは、リソース要素（ＲＥ）レベルにおいて、多重化することができる。例えば、第１のトラフィックタイプは、ＲＥレベルにおいて、第２のトラフィックタイプによってパンクチャすることができる。１つまたは複数のパンクチャリングパターンを、使用することができる。ＷＴＲＵは、インジケーションに基づいて、通信内の第１または第２のトラフィックタイプのうちの１つまたは複数をデコードすることができる。
【0006】
送信機（例えば、送信ＷＴＲＵ）は、送信するための低待ち時間（低遅延）データを受け取ることができる。低待ち時間（低遅延）データは、超高信頼性および低待ち時間（ＵＲＬＬＣ：超高信頼低遅延通信）データを含むことができる。送信機は、低待ち時間（低遅延）データに対して、リソースのプールを割り当てることができる。リソースのプールは、公称データ（nominal data）のための１つまたは複数のリソースを含むことができる。低待ち時間（低遅延）データと関連付けられた低待ち時間基準信号（reference signal）を、送信することができる。送信機は、低待ち時間データの送信のために、リソースのプールから、１つまたは複数の時間および／または周波数リソースを選択することができる。送信機は、選択されたリソースを使用して、低待ち時間データを送信することができる。低待ち時間（低遅延）データ送信は、例えば、公称データのための１つまたは複数のリソースを避けるように、パンクチャすることができる。送信機は、低待ち時間（低遅延）データの基準シンボルを、公称データの基準シンボルとアラインすることができる。
【図面の簡単な説明】
【0007】
【図1A】１つまたは複数の開示される実施形態を実施することができる、例示的な通信システムのシステム図である。
【図2】マルチユーザ重ね合わせ送信（ＭＵＳＴ）タイプのための例示的な送信機ブロック図である。
【図3】ＭＵＳＴタイプのための例示的な合成コンステレーションを示す図である。
【図4】ＭＵＳＴタイプのための例示的な送信機ブロック図である。
【図5】ＭＵＳＴタイプのための例示的な合成コンステレーションを示す図である。
【図6】ＭＵＳＴタイプのための例示的な送信機ブロック図である。
【図7】合成コンステレーション上における例示的なラベルビット割り当てを示す図である。
【図8】１つのトラフィックタイプから別のトラフィックタイプへの例示的なリソース再割り当てを示す図である。
【図9】公称トラフィックのフルパンクチャリングを用いる例示的なトラフィック多重化を示す図である。
【図10】階層的変調を使用する例示的なリソース要素（ＲＥ）レベルトラフィック多重化を示す図である。
【図11】パンクチャされたデータに対する異なる変調タイプの例示的な使用を示す図である。
【図12A】公称トラフィックおよび低待ち時間トラフィックの例示的な重なり合いを示す図である。
【図12B】公称トラフィックおよび低待ち時間トラフィックの例示的な重なり合いを示す図である。
【図13】トラフィックタイプに基づいた例示的なアンテナリソース割り当てを示す図である。
【図14】強化されたダウンリンク（ＤＬ）信頼性のための例示的なパンクチャリングパターンを示す図である。
【図15】強化されたアップリンク（ＵＬ）信頼性のための例示的なパンクチャリングパターンを示す図である。
【図16】低減された待ち時間のための例示的なパンクチャリングパターンを示す図である。
【図17】ＤＬにおける１つまたは複数のパンクチャされたロケーションを示すための例示的な制御信号を示す図である。
【図18】ＵＬにおける１つまたは複数のパンクチャされたロケーションを示すための例示的な制御信号を示す図である。
【図19】シンボル内におけるパンクチャされたロケーションの例示的なインジケーションを示す図である。
【図20】リソース内においてパンクチャリングインジケータおよび公称データを多重化する例を示す図である。
【図21】時分割複信（ＴＤＤ）送信時間間隔（ＴＴＩ）内における例示的な動的リソース借用を示す図である。
【図22】例示的な融通性があるＴＴＩを示す図である。
【図23】例示的な電力上昇を示す図である。
【図24A】異なる数値パラメータの例示的な使用を示す図である。
【図24B】異なる数値パラメータの例示的な使用を示す図である。
【図25A】ＵＲＬＬＣデータおよび／またはＵＲＬＬＣ基準信号のために予約された例示的なリソースプールを示す図である。
【図25B】ＵＲＬＬＣデータおよび／またはＵＲＬＬＣ基準信号のために予約された例示的なリソースプールを示す図である。
【図25C】ＵＲＬＬＣデータおよび／またはＵＲＬＬＣ基準信号のために予約された例示的なリソースプールを示す図である。
【図25D】ＵＲＬＬＣデータおよび／またはＵＲＬＬＣ基準信号のために予約された例示的なリソースプールを示す図である。
【図26】ｅＭＢＢ送信に対する例示的なＵＲＬＬＣ基準シンボル（ＲＳ）位置を示す図である。
【発明を実施するための形態】
【0008】
説明的な実施形態についての詳細な説明が、様々な図を参照して、今から行われる。この説明は、可能な実施の詳細な例を提供するが、詳細は、例示的であることが意図されており、決して本出願の範囲を限定しないことに留意されたい。
【0009】
図１Ａは、１つまたは複数の開示される実施形態を実施することができる、例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムとすることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能することができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１つまたは複数のチャネルアクセス方法を利用することができる。
【0010】
図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（全体として、または一括して、ＷＴＲＵ１０２と呼ばれることがある）、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、ならびに他のネットワーク１１２を含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された、任意のタイプのデバイスとすることができる。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定もしくは移動加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、および家電製品などを含むことができる。
【0011】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含むことができる。基地局１１４ａ、１１４ｂの各々は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続して、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするように構成された、任意のタイプのデバイスとすることができる。例として、基地局１１４ａ、１１４ｂは、基地送受信機局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどとすることができる。基地局１１４ａ、１１４ｂは、各々が、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解されよう。
【0012】
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の部分とすることができ、ＲＡＮ１０３／１０４／１０５は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示されず）も含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示されず）と呼ばれることがある、特定の地理的領域内において無線信号を送信および／または受信するように構成することができる。セルは、さらにセルセクタに分割することができる。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割することができる。したがって、一実施形態においては、基地局１１４ａは、送受信機を３つ、例えば、セルのセクタ毎に１つずつ含むことができる。別の実施形態においては、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用することができ、したがって、セルのセクタ毎に複数の送受信機を利用することができる。
【0013】
基地局１１４ａ、１１４ｂは、エアインターフェース１１５／１１６／１１７上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインターフェース１１５／１１６／１１７は、任意の適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができる。エアインターフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立することができる。
【0014】
より具体的には、上で言及されたように、通信システム１００は、多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡなどの、１つまたは複数のチャネルアクセス方式を利用することができる。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェース１１５／１１６／１１７を確立することができる、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【0015】
別の実施形態においては、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインターフェース１１５／１１６／１１７を確立することができる、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができる。
【0016】
他の実施形態においては、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（例えば、マイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ）、ＧＳＭエボリューション用の高速データレート（ＥＤＧＥ）、およびＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。
【0017】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントとすることができ、職場、家庭、乗物、およびキャンパスなどの局所的エリアにおける無線接続性を容易にするために、任意の適切なＲＡＴを利用することができる。一実施形態においては、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。別の実施形態においては、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。また別の実施形態においては、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有することがある。したがって、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要がないことがある。
【0018】
ＲＡＮ１０３／１０４／１０５は、コアネットワーク１０６／１０７／１０９と通信することができ、コアネットワーク１０６／１０７／１０９は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された、任意のタイプのネットワークとすることができる。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、請求サービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供することができ、および／またはユーザ認証など、高レベルのセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的に通信することができることが理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用することができるＲＡＮ１０３／１０４／１０５に接続するのに加えて、コアネットワーク１０６／１０７／１０９は、ＧＳＭ無線技術を利用する別のＲＡＮ（図示されず）とも通信することができる。
【0019】
コアネットワーク１０６／１０７／１０９は、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするための、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしての役割も果たすことができる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスからなるグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを利用することができる１つまたは複数のＲＡＮに接続された、別のコアネットワークを含むことができる。
【0020】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつかまたはすべては、マルチモード機能を含むことができ、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上で異なる無線ネットワークと通信するための複数の送受信機を含むことができる。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用することができる基地局１１４ａと通信するように、またＩＥＥＥ８０２無線技術を利用することができる基地局１１４ｂと通信するように構成することができる。
【0021】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、送信／受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、非リムーバブルメモリ１３０と、リムーバブルメモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含むことができることが理解されよう。また、実施形態は、基地局１１４ａ、１１４ｂ、ならびに／またはとりわけ、送受信機局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、進化型ノードＢ（ｅＮｏｄｅＢ）、ホーム進化型ノードＢ（ＨｅＮＢ）、ホーム進化型ノードＢゲートウェイ、およびプロキシノードなどの、しかしそれらに限定されない、基地局１１４ａ、１１４ｂが代表することができるノードが、図１Ｂにおいて示され、本明細書において説明される要素のいくつかまたはすべてを含むことができることを企図している。
【0022】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする他の任意の機能性を実行することができる。プロセッサ１１８は、送受信機１２０に結合することができ、送受信機１２０は、送信／受信要素１２２に結合することができる。図１Ｂは、プロセッサ１１８と送受信機１２０を別個の構成要素として示しているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップ内に一緒に統合することができることが理解されよう。
【0023】
送信／受信要素１２２は、エアインターフェース１１５／１１６／１１７上において、基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成することができる。例えば、一実施形態においては、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。別の実施形態においては、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器とすることができる。また別の実施形態においては、送信／受信要素１２２は、ＲＦ信号および光信号の両方を送信および受信するように構成することができる。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成することができることが理解されよう。
【0024】
加えて、図１Ｂにおいては、送信／受信要素１２２は単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用することができる。したがって、一実施形態においては、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７上において無線信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含むことができる。
【0025】
送受信機１２０は、送信／受信要素１２２によって送信されることになる信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成することができる。上で言及されたように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１など、複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含むことができる。
【0026】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合することができ、それらからユーザ入力データを受信することができる。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリから情報を入手することができ、それらにデータを記憶することができる。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、およびセキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態においては、プロセッサ１１８は、サーバまたはホームコンピュータ（図示されず）上などに配置された、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報を入手することができ、それらにデータを記憶することができる。
【0027】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他の構成要素への電力の分配および／または制御を行うように構成することができる。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、および燃料電池などを含むことができる。
【0028】
プロセッサ１１８は、ＧＰＳチップセット１３６に結合することもでき、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在ロケーションに関するロケーション情報（例えば、経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／１１６／１１７上においてロケーション情報を受信することができ、および／または２つ以上の近くの基地局から受信している信号のタイミングに基づいて、自らのロケーションを決定することができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、任意の適切なロケーション決定方法を用いて、ロケーション情報を獲得することができることが理解されよう。
【0029】
プロセッサ１１８は、他の周辺機器１３８にさらに結合することができ、他の周辺機器１３８は、追加的な特徴、機能性、および／または有線もしくは無線接続性を提供する、１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、およびインターネットブラウザなどを含むことができる。
【0030】
図１Ｃは、実施形態による、ＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上で言及されたように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を利用して、エアインターフェース１１５上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０３は、コアネットワーク１０６と通信することもできる。図１Ｃに示されるように、ＲＡＮ１０３は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができ、ノードＢ１４０ａ、１４０ｂ、１４０ｃは、各々が、エアインターフェース１１５上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含むことができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、各々、ＲＡＮ１０３内の特定のセル（図示されず）に関連付けることができる。ＲＡＮ１０３は、ＲＮＣ１４２ａ、１４２ｂを含むこともできる。ＲＡＮ１０３は、実施形態との整合性を保ちながら、任意の数のノードＢおよびＲＮＣを含むことができることが理解されよう。
【0031】
図１Ｃに示されるように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信することができる。加えて、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信することができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、それぞれのＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して、互いに通信することができる。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されたそれぞれのノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成することができる。加えて、ＲＮＣ１４２ａ、１４２ｂの各々は、アウタループ電力制御、負荷制御、アドミッションコントロール、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、およびデータ暗号化など、他の機能性を実施またはサポートするように構成することができる。
【0032】
図１Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル交換センタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。上記の要素の各々は、コアネットワーク１０６の部分として示されているが、これらの要素のうちのいずれの１つも、コアネットワークオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。
【0033】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続することができる。ＭＳＣ１４６は、ＭＧＷ１４４に接続することができる。ＭＳＣ１４６およびＭＧＷ１４４は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にすることができる。
【0034】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８に接続することもできる。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続することができる。ＳＧＳＮ１４８とＧＧＳＮ１５０は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。
【0035】
上で言及されたように、コアネットワーク１０６は、ネットワーク１１２に接続することもでき、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。
【0036】
図１Ｄは、実施形態による、ＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上で言及されたように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を利用して、エアインターフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４は、コアネットワーク１０７と通信することもできる。
【0037】
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との整合性を保ちながら、任意の数のｅノードＢを含むことができることが理解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、各々が、エアインターフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含むことができる。一実施形態においては、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。
【0038】
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示されず）に関連付けることができ、無線リソース管理決定、ハンドオーバ決定、ならびにアップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成することができる。図１Ｄに示されるように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェース上において互いに通信することができる。
【0039】
図１Ｄに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２と、サービングゲートウェイ１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６とを含むことができる。上記の要素の各々は、コアネットワーク１０７の部分として示されているが、これらの要素のうちのいずれの１つも、コアネットワークオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。
【0040】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続することができ、制御ノードとしての役割を果たすことができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続中における特定のサービングゲートウェイの選択などを担うことができる。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示されず）との間の交換のためのコントロールプレーン機能を提供することもできる。
【0041】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続することができる。サービングゲートウェイ１６４は、一般に、ユーザデータパケットのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへの／からのルーティングおよび転送を行うことができる。サービングゲートウェイ１６４は、ｅノードＢ間ハンドオーバ中におけるユーザプレーンのアンカリング、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能なときのページングのトリガ、ならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶など、他の機能を実行することもできる。
【0042】
サービングゲートウェイ１６４は、ＰＤＮゲートウェイ１６６に接続することもでき、ＰＤＮゲートウェイ１６６は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。
【0043】
コアネットワーク１０７は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０７は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にすることができる。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそれと通信することができる。加えて、コアネットワーク１０７は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。
【0044】
図１Ｅは、実施形態による、ＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を利用して、エアインターフェース１１７上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する、アクセスサービスネットワーク（ＡＳＮ）とすることができる。以下でさらに説明されるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９の異なる機能エンティティ間の通信リンクは、参照点として定義することができる。
【0045】
図１Ｅに示されるように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２とを含むことができるが、ＲＡＮ１０５は、実施形態との整合性を保ちながら、任意の数の基地局およびＡＳＮゲートウェイを含むことができることが理解されよう。基地局１８０ａ、１８０ｂ、１８０ｃは、各々、ＲＡＮ１０５内の特定のセル（図示されず）に関連付けることができ、各々が、エアインターフェース１１７上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含むことができる。一実施形態においては、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施することができる。したがって、基地局１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。基地局１８０ａ、１８０ｂ、１８０ｃは、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、およびサービス品質（ＱｏＳ）ポリシ実施などの、モビリティ管理機能を提供することもできる。ＡＳＮゲートウェイ１８２は、トラフィック集約ポイントとしての役割を果たすことができ、ページング、加入者プロファイルのキャッシング、およびコアネットワーク１０９へのルーティングなどを担うことができる。
【0046】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実施する、Ｒ１参照点として定義することができる。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々は、コアネットワーク１０９との論理インターフェース（図示されず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、Ｒ２参照点として定義することができ、Ｒ２参照点は、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用することができる。
【0047】
基地局１８０ａ、１８０ｂ、１８０ｃの各々の間の通信リンクは、Ｒ８参照点として定義することができ、Ｒ８参照点は、ＷＴＲＵハンドオーバおよび基地局間におけるデータの転送を容易にするためのプロトコルを含む。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６参照点として定義することができる。Ｒ６参照点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連付けられたモビリティイベントに基づいたモビリティ管理を容易にするためのプロトコルを含むことができる。
【0048】
図１Ｅに示されるように、ＲＡＮ１０５は、コアネットワーク１０９に接続することができる。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、Ｒ３参照点として定義することができ、Ｒ３参照点は、例えば、データ転送およびモビリティ管理機能を容易にするためのプロトコルを含む。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４と、認証認可課金（ＡＡＡ）サーバ１８６と、ゲートウェイ１８８とを含むことができる。上記の要素の各々は、コアネットワーク１０９の部分として示されているが、これらの要素のうちのいずれの１つも、コアネットワークオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。
【0049】
ＭＩＰ−ＨＡは、ＩＰアドレス管理を担うことができ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、異なるＡＳＮおよび／または異なるコアネットワークの間においてローミングを行うことを可能にすることができる。ＭＩＰ−ＨＡ１８４は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。ＡＡＡサーバ１８６は、ユーザ認証、およびユーザサービスのサポートを担うことができる。ゲートウェイ１８８は、他のネットワークとの網間接続を容易にすることができる。例えば、ゲートウェイ１８８は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にすることができる。加えて、ゲートウェイ１８８は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。
【0050】
図１Ｅには示されていないが、ＲＡＮ１０５は、他のＡＳＮに接続することができ、コアネットワーク１０９は、他のコアネットワークに接続することができることが理解されよう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、Ｒ４参照点として定義することができ、Ｒ４参照点は、ＲＡＮ１０５と他のＡＳＮとの間においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含むことができる。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、Ｒ５参照点として定義することができ、Ｒ５参照は、ホームコアネットワークと在圏コアネットワークとの間の網間接続を容易にするためのプロトコルを含むことができる。
【0051】
非直交多重アクセス（ＮＯＭＡ）は、高スペクトル効率、および／または大規模接続性などの、無線通信の課題に対処することができる。ＮＯＭＡは、非直交リソースをユーザに割り当てることができる。
【0052】
ＮＯＭＡは、電力領域において、ユーザを多重化することを含むことができる。異なるユーザを、異なる電力レベルに割り当てることができる。例えば、異なるユーザを、それらのチャネル状態に基づいて、異なる電力レベルに割り当てることができる。異なる電力レベルを使用することができる異なるユーザは、（例えば、時間および／または周波数において）同じリソースを割り当てられ、および／または使用することができる。受信機において、逐次干渉除去（ＳＩＣ）を使用して、例えば、同じリソースを割り当てられた、および／または使用する異なるユーザと関連付けられた干渉を除去することができる。
【0053】
ＮＯＭＡは、符号領域において、ユーザを多重化することを含むことができる。例えば、２つ以上の異なるユーザに、異なる符号を割り当てることができる。２つ以上の異なるユーザは、同じ時間−周波数リソース上において多重化することができる。
【0054】
マルチユーザ重ね合わせ送信（ＭＵＳＴ）は、電力領域ＮＯＭＡを含むことができる。ＭＵＳＴは、同じリソース上において、２つ以上のＷＴＲＵにデータを送信することを含むことができる。例えば、ｅＮＢは、同じリソース上において、２つ以上のＷＴＲＵに送信することができる。２つ以上のＷＴＲＵのうちの第１のＷＴＲＵは、ｅＮＢのより近くに配置することができ、「ＭＵＳＴ近ＷＴＲＵ」と呼ばれることがある。２つ以上のＷＴＲＵのうちの第２のＷＴＲＵは、ｅＮＢからより離れて（例えば、遠くに）配置することができ、「ＭＵＳＴ遠ＷＴＲＵ」と呼ばれることがある。１つまたは複数のタイプ（例えば、カテゴリ）のＭＵＳＴが、存在することができる。
【0055】
例えば、第１のＭＵＳＴタイプ（例えば、ＭＵＳＴカテゴリ１）においては、同時スケジュールされたＷＴＲＵの１つまたは複数のビットは、独立の符号化チェーンを通過させることができる。独立の符号化チェーンは、符号化、レートマッチング、および／またはスクランブリングのうちの１つまたは複数を含むことができる。同時スケジュールされたＷＴＲＵの１つまたは複数の符号化ビットは、１つまたは複数の変調シンボルに独立してマッピングすることができる。ＭＵＳＴ近ＷＴＲＵの１つまたは複数の変調シンボルは、
【0056】
【数1】
【0057】
によってスケーリングすることができる。ＭＵＳＴ遠ＷＴＲＵの１つまたは複数の変調シンボルは、
【0058】
【数2】
【0059】
によってスケーリングすることができる。図２は、第１のＭＵＳＴタイプのための例示的な送信機ブロック図を示している。図３は、第１のＭＵＳＴタイプのための例示的な合成コンステレーションを示している。
【0060】
例えば、第２のＭＵＳＴタイプ（例えば、ＭＵＳＴカテゴリ２）においては、同時スケジュールされたＷＴＲＵの１つまたは複数の符号化ビットは、例えば、適応電力比を用いて、成分コンステレーションに合同でマッピングすることができる。ＭＵＳＴ近ＷＴＲＵの１つまたは複数の変調シンボルは、ＭＵＳＴ近ＷＴＲＵおよび／またはＭＵＳＴ遠ＷＴＲＵの１つまたは複数の符号化ビットに依存することができる。
【0062】
例えば、第３のＭＵＳＴタイプ（例えば、カテゴリ３）においては、同時スケジュールされたＷＴＲＵの１つまたは複数の符号化ビットは、合成コンステレーションの１つまたは複数のシンボル上において、（例えば、直接的に）重ね合わせることができる。図６は、第３のＭＵＳＴタイプのための例示的な送信機ブロック図を示している。
【0063】
１つまたは複数のラベルビットを、ＭＵＳＴ近ＷＴＲＵまたはＭＵＳＴ遠ＷＴＲＵに割り当てることができる。図７は、合成コンステレーション上における例示的なラベルビット割り当てを示している。
【0064】
ＷＴＲＵは、ネットワークエンティティから通信を受信することができる。通信は、１つまたは複数のタイプの送信および／またはトラフィックを含むことができる。本明細書においては、非限定的な例示目的で、２つのタイプを使用することがあるが、任意の数のタイプを使用することができ、それらは、依然として本明細書における例と整合的であることができる。トラフィックは、１つまたは複数の送信を含むことができる。送信およびトラフィックは、本明細書においては、交換可能に使用することができる。
【0065】
本明細書において説明される実施形態および例においては、第１のトラフィックタイプは、公称トラフィック（nominal traffic）と呼ばれることがある。第２のトラフィックタイプは、低待ち時間（低遅延時間）トラフィックと呼ばれることがある。第１のトラフィックタイプおよび第２のトラフィックタイプは、異なる待ち時間要件を有することができる。例えば、第２のトラフィックタイプは、第１のトラフィックタイプよりも短い、待ち時間要件を有することができる。第１のトラフィックタイプおよび第２のトラフィックタイプは、トラフィックタイプの非限定的な例として意図されている。１つまたは複数の他の（例えば、他の任意の）トラフィックタイプを使用することができ、それらは、依然として本明細書における例と整合的であることができる。
【0066】
第２のトラフィックタイプは、超高信頼性および低待ち時間通信（ＵＲＬＬＣ）トラフィックを含むことができる。第２のトラフィックタイプ（例えば、低待ち時間トラフィック）は、クリティカルな、高信頼性の、超高信頼性の、またはミッションクリティカルなトラフィックであることができる。例えば、第２のトラフィックタイプは、ＵＲＬＬＣタイプのトラフィックであることができる。第１のトラフィックタイプ（例えば、公称トラフィック）は、拡張モバイルブロードバンド（ｅＭＢＢ）タイプのトラフィックを含むことができる。第１のトラフィックタイプは、非クリティカルな、待ち時間制約のより小さい、または待ち時間制約のないタイプのトラフィックであることができる。例えば、第１のトラフィックタイプは、ｅＭＢＢタイプのトラフィックであることができる。
【0067】
本明細書において説明される実施形態および例においては、ＵＲＬＬＣおよび／またはｅＭＢＢは、例示的なトラフィックおよび／または送信タイプとして使用されることがある。ＵＲＬＬＣおよびｅＭＢＢは、非限定的な例として使用され、１つまたは複数の他の（例えば、他の任意の）タイプの送信および／またはトラフィックによって置き換えることができ、依然として本明細書における例と整合的であることができる。
【0068】
いくつかのトラフィックは、相対的に重要と見なすことができ、またはさもなければ厳格なＱｏＳ要件を有することができる。例えば、低待ち時間（低遅延）トラフィックは、そのようなトラフィックであることができる。（例えば、低待ち時間トラフィックなどの）トラフィックは、予測不可能であることができる。トラフィックは、非周期的および／または低頻度であることができる。例えば、必要とされたときの利用可能性を保証するために、専用リソースを確保しておくことは、スペクトルの非効率的な使用を引き起こすことがあり、および／または望ましくないことがある。そのようなトラフィックのためにリソースを確保しておかないことは、（例えば、低待ち時間トラフィックを送信する必要があることがあるときに）トラフィックのためのリソースの不十分な利用可能性を引き起こすことがある。第１の送信にすでに割り当てられた１つまたは複数のリソースは、第２の送信と共用される、および／または第２の送信に再割り当てされる必要があることがある。
【0069】
図８は、１つのトラフィックタイプ（例えば、公称トラフィック）から別のトラフィックタイプ（例えば、低待ち時間トラフィック）への例示的なリソース再割り当てを示している。
【0070】
リソースが、送信間において共用されるとき、または１つの送信が、別の送信に割り当てられた１つまたは複数のリソースを使用するとき、例えば、干渉および／またはパンクチャリングが原因で、性能に影響を与えることがある。同じリソースにおける送信の多重化は、送信に対する性能影響を考慮および／または低減する方式で、可能にすることができる。
【0071】
要求、グラント、ＨＡＲＱフィードバック、および／またはデータの送信は、１つもしくは複数のブロックおよび／もしくはチャンクの、例えば、１つもしくは複数のサブフレームのタイミングで、ならびに／またはそれらのタイミングに従って、実行することができる。１つまたは複数のサブフレームの持続時間は、固定された持続時間、および／または知られた持続時間（例えば、１ｍｓ）であることができる。持続時間は、送信時間間隔（ＴＴＩ）と呼ばれることがある。
【0072】
リソース要素（ＲＥ）は、時間および／または周波数におけるリソースのセットに対応することができる。周波数リソースのセットは、１つまたは複数のサブキャリアのセットを含むことができる。時間リソースのセットは、１つまたは複数の時間サンプルおよび／またはシンボルのセットを含むことができる。ＬＴＥ ＲＥなどのＲＥは、１つのシンボルの時間期間の間に、周波数において１つのサブキャリアを含むことができる。
【0073】
パンクチャされたＲＥ、および／またはパンクチャされたＲＥのグループは、１つの送信タイプに割り当てる（例えば、初期的に割り当てる）ことができ、２つ以上の送信タイプ（例えば、初期的に割り当てられた送信タイプ、およびパンクチャされた送信タイプ）のためのトラフィックを搬送するために使用することができる。
【0074】
待ち時間制約のないトラフィックおよび低待ち時間トラフィックは、ＲＥレベルにおいて、多重化することができる。例えば、送信機は、元は第１のタイプのトラフィック（例えば、公称トラフィックnominal traffic）に割り当てられたいくつかのＲＥの１つまたは複数（例えば、すべて）のビットをパンクチャすることができる。送信機は、１つまたは複数（例えば、すべて）のパンクチャされたＲＥ上において、第２のタイプのトラフィック（例えば、低待ち時間トラフィック）を送信して、例えば、低待ち時間トラフィックの送信を可能にすることができる。例えば、送信すべき公称データを有するＷＴＲＵと、送信すべき低待ち時間データを有するＷＴＲＵが、類似のチャネル状態を経験する場合、送信機は、１つまたは複数の選択されたＲＥのフルパンクチャリングを使用することができる。
【0075】
例えば、送信機は、１つまたは複数のパンクチャされないＲＥに対して、１６値直交振幅変調（ＱＡＭ）を使用することができる。１つまたは複数のパンクチャされないＲＥは、第１のタイプのトラフィック（例えば、公称トラフィック）のために使用することができる。送信機は、１つまたは複数のパンクチャされたＲＥに対して、（例えば、４位相偏移変調（ＱＰＳＫ）変調など）より低次の変調を使用することができる。１つまたは複数のパンクチャされたＲＥは、第２のタイプのトラフィック（例えば、低待ち時間トラフィック）のために使用することができる。図９は、低待ち時間トラフィック９０４による公称トラフィック９０２のフルパンクチャリングを用いる例示的なトラフィック多重化を示している。例えば、公称トラフィック９０２は、１６値ＱＡＭ変調９０６を有することができ、低待ち時間トラフィック９０４は、ＱＰＳＫ変調９０８を有することができる。
【0076】
本明細書において説明される実施形態および例においては、１６値ＱＡＭおよび／またはＱＰＳＫ変調は、異なる次数の変調の例として使用されることがある。１６値ＱＡＭおよび／またはＱＰＳＫ変調は、非限定的な例として使用され、１つまたは複数の他の（例えば、他の任意の）次数の変調によって置き換えることができ、依然として本明細書における例と整合的であることができる。
【0077】
送信機は、ＲＥレベルにおいて、異なるサービスの符号化ビットを多重化して、例えば、同じＲＥまたはＲＥのグループにおいて、公称トラフィックおよび低待ち時間トラフィックの両方を送信することができる。
【0078】
例えば、送信されるコンステレーションは、１つまたは複数（例えば、すべて）のサブキャリアおよび／またはシンボルにわたって、一定であり続けることができる。パンクチャされたＲＥのための変調シンボルの１つまたは複数のビットは、公称トラフィックのために使用することができる。変調シンボルの１つまたは複数の残りのビットは、低待ち時間トラフィックのために使用することができる。図１０は、階層的変調を使用する例示的なＲＥレベルトラフィック多重化を示している。例えば、コンステレーションは、第１のトラフィック（例えば、公称トラフィック）１００２については、１６値ＱＡＭ変調１００６であることができ、第２のトラフィック（例えば、低待ち時間トラフィック）１００４のために、１つまたは複数（例えば、４つ）のＲＥ上のビットを、パンクチャすることができる。パンクチャされたＲＥの４つのビットのうちの１つまたは複数（例えば、２つ）のビットは、公称トラフィック１００２のために使用することができる。パンクチャされたＲＥの１つまたは複数（例えば、２つ）の他のビットは、低待ち時間トラフィックのために使用することができる。別の例においては、コンステレーションは、６４値ＱＡＭ変調を使用することができ、１つまたは複数のパンクチャされたＲＥは、公称トラフィックのために、１つまたは複数（例えば、４つ）のビットを、低待ち時間トラフィックのために、１つまたは複数（例えば、２つ）のビットを使用することができる。別の例においては、コンステレーションは、２５６値ＱＡＭ変調を使用することができ、１つまたは複数のパンクチャされたＲＥは、公称トラフィックのために、１つまたは複数（例えば、４つ）のビットを、低待ち時間トラフィックのために、１つまたは複数（例えば、４つ）のビットを使用することができる。公称トラフィックおよび／または低待ち時間トラフィックのビットを区分する１つまたは複数の他の手段を、パンクチャされたリソースにおいて実行することができる。
【0079】
公称トラフィックの受信機は、１つまたは複数のパンクチャされたＲＥを検出することができる。受信機は、１つまたは複数のパンクチャされたＲＥにおいて、他のトラフィック（例えば、低待ち時間トラフィック）に対して割り当てられたビットロケーション内に、ゼロをパディングして、例えば、復調されたシンボルをデコードすることができる。
【0080】
第２のタイプのトラフィック（例えば、低待ち時間トラフィック）に対して割り当てることができるビットの数を、事前定義しておくこと、（例えば、より高位のレイヤのシグナリングを介して）構成すること、および／または（例えば、ダウンリンク構成情報（ＤＣＩ）において）示すことができる。ビットマッピング（例えば、グレーマッピング、または非グレーマッピング）を、事前定義しておくこと、（例えば、より高位のレイヤのシグナリングを介して）構成すること、および／または（例えば、ＤＣＩにおいて）示すことができる。時間および／または周波数における１つまたは複数の潜在的なパンクチャされるＲＥのロケーションを、事前定義しておくこと、（例えば、より高位のレイヤのシグナリングを介して）構成すること、および／または（例えば、ＤＣＩにおいて）示すことができる。
【0081】
パンクチャされたデータは、パンクチャされないデータとは異なる変調次数と関連付けることができる。例えば、送信機は、１つまたは複数のパンクチャされたＲＥに対して、第１の変調次数を使用することができる。送信機は、１つまたは複数のパンクチャされないＲＥに対して、第２の変調次数を使用することができる。例においては、第１の変調次数は、第２の変調次数よりも高い変調次数を有することができる。パンクチャされたデータは、異なる変調次数と関連付けられて、例えば、２つの異なるタイプのトラフィック（例えば、公称トラフィックおよび低待ち時間トラフィック）を多重化し、および／または１つまたは複数のパンクチャされたＲＥの復調の信頼性を高めることができる。送信機は、１つまたは複数のパンクチャされたＲＥのための変調次数を、（例えば、公称トラフィックのそれと比較して）低下させることができる。送信機は、１つまたは複数のパンクチャされたＲＥのための変調次数を低下させ、信頼性を高めることができる。公称トラフィックは、低待ち時間トラフィックよりも高い変調次数を有することができる。例えば、変調次数は、（例えば、公称トラフィックのための）１６値ＱＡＭ変調から、（例えば、低待ち時間トラフィックのための）ＱＰＳＫ変調に低下させることができる。
【0082】
図１１は、パンクチャされたデータに対する異なる変調タイプの例示的な使用を示している。例えば、図１１に示されるように、（例えば、公称トラフィックのために使用される）１つまたは複数のパンクチャされないＲＥの変調１１０２は、１６値ＱＡＭ変調１１０６であることができ、グレーマッピングを使用することができる。コンステレーションの左および／または右半平面は、公称データシンボルの最上位ビット（ＭＳＢ）を決定することができる。送信機は、（例えば、低待ち時間トラフィックのために使用される）１つまたは複数のパンクチャされたＲＥに対して、ＱＰＳＫ変調１１０８を使用することができる。送信機は、（例えば、図１１のマッピングに従って）公称データシンボルおよび低待ち時間データシンボルをマッピング（例えば、合同マッピング）することができる。公称データシンボルおよび低待ち時間データシンボルのマッピングは、公称トラフィックの受信機が、元の公称シンボルのＭＳＢを検出する（例えば、高い信頼性で検出する）ことを可能にすることができる。低待ち時間トラフィックの受信機は、送信された低待ち時間シンボルを検出する（例えば、高い信頼性で検出する）ことができる。
【0083】
パンクチャされたＲＥに対して異なる変調次数を使用する１つまたは複数の他の例を、実行することができる。
【0084】
トラフィックは、異なるコンステレーションを使用して、重ね合わせることができる。例えば、１つまたは複数の低待ち時間（低遅延）ビットは、より低い電力レベルにおいて、１つまたは複数の公称ビットとともに送信することができる。１つまたは複数の低待ち時間ビットは、（例えば、複数の直交拡散符号を使用して）時間および／または周波数における複数のポイント上に拡散させることができる。図１２Ａおよび図１２Ｂは、重なり合う公称トラフィックおよび低待ち時間トラフィックの例を示している。例えば、図１２Ａに示されるように、１つまたは複数の低待ち時間ビット１２０４は、それぞれ、ＢＰＳＫ１２０６およびＱＰＳＫ１２０８において変調することができ、それらは、公称トラフィック１２０２を用いて、（例えば、より低い電力において）同じ時間に送信することができる。公称トラフィック１２０２の１つまたは複数のビットは、１６値ＱＡＭを使用して、変調することができる。図１２Ｂに示されるように、１つまたは複数（例えば、２つ）のトラフィックタイプ（例えば、１２１０、１２１２）は、重なり合う方式で、送信することができる。例えば、１つまたは複数の低待ち時間ビット（例えば、グレーカラービット）１２１０は、２つ以上（例えば、８つ）のサブキャリア１２１４、および／または２つ以上（例えば、２つ）の時間シンボル上に拡散させることができる。１つまたは複数の低待ち時間ビットの電力レベルは、信頼性要件に基づいて、設定および／または制御することができる。例えば、１つまたは複数の低待ち時間ビットの電力レベルは、信頼性要件が高い場合、より高い電力レベルであることができる。拡散符号のサイズ（例えば、拡散係数）は、信頼性要件に基づいて、制御することができる。例えば、信頼性要件が高い場合、より長い拡散符号を使用することができる。受信機において、逆拡散を実行することができる。逆拡散は、１つまたは複数の低待ち時間ビット１２１０を回復することができる。
【0085】
アンテナリソース適応を実行することができる。低待ち時間は、（例えば、初回送信が成功する高い可能性を保証し、繰り返される再送を回避し、および／または過剰な遅延を回避するために）高い送信利得を利用することができる。高い送信利得は、多数のアンテナポートの使用を通して、達成することができる。多数のアンテナポートは、チャネル状態および／またはＷＴＲＵロケーションを所与として、より良いプリコーディングおよび／またはビームフォーミングを可能にすることができる。例えば、トラフィックタイプ当たりの与えられた数の送信符号語のために使用されるアンテナポートの数は、調整することができる。アンテナポートの数は、公称トラフィックおよび低待ち時間トラフィックの（例えば、同時）送信に適合するように、調整することができる。
【0086】
例えば、低待ち時間トラフィックの非存在下において、Ｍ＞ＣNominalである場合、次元がＭ×ＣNominalである、プリコーディング行列Ｐを使用することによって、公称トラフィックのＣNominal個の符号語の送信のために、Ｍ個のアンテナポートおよび／またはレイヤを使用することができる。プリコーディング行列は、ビームフォーミングサブシステムの実際のプリコーダであることができる。プリコーディング行列は、ハイブリッドプリコーディング構造の内部プリコーダであることができる。低待ち時間トラフィックの到着によって、送信機（例えば、ｅＮＢ）のアンテナリソースマネージャは、１つまたは複数のアンテナリソース（例えば、公称トラフィックのために最初使用されたＭ個の利用可能なアンテナポートのうちのＭ1個）を、低待ち時間トラフィックのＣLow latency個の符号語の送信用にシフトさせることができる。送信機は、リソース全体のうちのＭ2＝Ｍ−Ｍ1個のアンテナポートを、公称トラフィックの符号語の送信用に利用する（例えば、それだけを利用する）ことができる。図１３は、トラフィックタイプ（例えば、公称トラフィック１３０２および／または低待ち時間トラフィック１３０４）に基づいた、例示的なアンテナリソース割り当てを示している。より多くのアンテナポートの低待ち時間トラフィック１３０４への割り当ては、低待ち時間トラフィック１３０４についてのロバストな送信（例えば、よりロバストな送信）を可能にすることができる。
【0087】
例えば、アンテナポートの総数Ｍが、Ｍ＞＞ＣNominal１３０６、Ｍ＞＞ＣLow latency１３０８である場合、低待ち時間トラフィック１３０４のために割り当てられるポートの数は、公称トラフィック１３０２のビームフォーミング性能に影響を与えることなく、（例えば、独立に）選択することができる。
【0088】
１つまたは複数のパンクチャリングパターンを使用することができる。例えば、複数のトラフィックタイプについての情報を多重化するとき、送信機は、例えば、強化された信頼性のために（例えば、チャネル推定誤差に起因する性能悪化を最小化するために）、時間および／または周波数において１つまたは複数の（例えば、任意の）基準シンボルおよび／または固定シンボルに隣接して配置された、１つまたは複数のＲＥをパンクチャすると決定することができる。
【0089】
図１４は、例えば、強化されたダウンリンク（ＤＬ）信頼性のための、例示的なパンクチャリングパターンを示している。例えば、ＬＴＥにおいては、図１４に示されたＴＴＩのＤＬ送信のために、時間および／または周波数において基準シンボル１４０２に隣接する１つまたは複数のシンボル（例えば、ＲＥ）を、パンクチャリング操作のための可能なロケーションとして、選択することができる。送信機は、事前定義および／または事前構成しておくことができる、パンクチャリングパターンによって決定された時間的に最も早いシンボルから始めて、１つまたは複数のＲＥをパンクチャし始めることができる。例えば、送信機は、低待ち時間トラフィックが発生したとき、および／または低待ち時間トラフィックを送信する必要があるとき、パンクチャリングを開始することができる。パンクチャリングは、事前定義および／または事前構成しておくことができる事前決定された持続時間の間、継続することができる。パンクチャリングは、時間的に示されたシンボルまで、または（例えば、図１４に示されるように）ＴＴＩの終りまで、継続することができる。
【0090】
図１５は、強化されたアップリンク（ＵＬ）信頼性のための例示的なパンクチャリングパターンを示している。例えば、ＬＴＥ ＴＴＩのアップリンクのために、復調基準信号１５０４の前および／または後の１つまたは複数のシンボル（例えば、ＲＥ）１５０２を、パンクチャすることができる。多重化されたトラフィックの送信のために、１つまたは複数のシンボルを、パンクチャすることができる。
【0091】
図１６は、例えば、低減された待ち時間のための、例示的なパンクチャリングパターンを示している。例えば、送信機は、（例えば、複数のトラフィックタイプについての情報を多重化するとき）基準シンボル１６０２を有する１つまたは複数のサブキャリアを含むことができるパンクチャリングパターンを選択することができる。シンボルは、サブキャリアにマッピングすることができる。サブキャリアは、１つまたは複数のシンボルを搬送するリソースであることができる。サブキャリアは、空白で残すことができ、またはシンボルを詰めることができる。送信機は、例えば、図１６における垂直破線の右側において、（例えば、低待ち時間送信のための低減された待ち時間を達成するために）低待ち時間データが到着したときに、パンクチャリングを開始することができる。パンクチャリングは、事前決定された持続時間の間、継続することができる。例においては、パンクチャリングは、時間的に示されたシンボルまで、継続することができる。例においては、パンクチャリングは、ＴＴＩの終りまで、継続することができる。
【0092】
パンクチャされたデータは、制御チャネルを使用して、示すこと、および／または検出することができる。例えば、送信機は、制御チャネルを使用して、１つまたは複数のパンクチャされたＲＥのロケーションをシグナリングすることができる。制御チャネルは、（例えば、多重化されたトラフィックの存在を、公称トラフィックの受信機および／または低待ち時間トラフィックの受信機にシグナリングするために）ＴＴＩの終りに配置することができる。図１７は、通信における１つまたは複数のパンクチャリングパターンおよび／またはロケーションを示すための例示的な制御信号を示している。例えば、ＤＬについて図１７に示されるように、制御情報の長さは、１つのシンボルの持続時間、または複数のシンボルの持続時間であることができる。制御情報は、サブバンドおよび／またはバンド全体にわたって拡散することができる。
【0093】
ダウンリンクおよび／またはアップリンクにおいては、制御情報は、パンクチャリング開始の時間インデックス、パンクチャリング停止の時間インデックス、時間および周波数における（例えば、直接的もしくは間接的に）パンクチャされたシンボルの数、またはパンクチャリングパターンのうちの１つまたは複数を含むことができる。
【0094】
図１８は、ＵＬにおける１つまたは複数のパンクチャされたロケーションを示すための例示的な制御信号１８０２を示している。例えば、アップリンクについて図１８に示されるように、制御情報は、サウンディング基準信号（ＳＲＳ）を用いて、エンコードすることができる。ＳＲＳの前の１つまたは複数のシンボルは、制御チャネルのために使用することができる。
【0095】
１つもしくは複数の直交周波数分割多重（ＯＦＤＭ）シンボル（例えば、各ＯＦＤＭシンボル）、および／または別の波形シンボルは、制御情報を含むことができる。制御情報は、例えば、現在の、先の、および／または次のパンクチャされるシンボルを示すことができる。制御情報は、パンクチャされるシンボルの１つまたは複数のインデックスを示すことができる。制御情報は、パンクチャされるシンボルの数を示すことができる。制御情報は、パンクチャリングパターンを示すことができる。
【0096】
パンクチャされるデータのインジケーション（例えば、速やかなインジケーション）のために、パンクチャリングインジケータを使用することができる。ＯＦＤＭシンボル内における１つもしくは複数のサブキャリア、および／または１つもしくは複数のＲＥは、現在および／または隣接ＯＦＤＭシンボル内に、パンクチャされたサブキャリア（例えば、ＲＥ）のセットが存在するかどうかを、（例えば、パンクチャリングインジケータを介して）示すことができる。パンクチャリングインジケータは、例えば、待ち時間低減のために、使用することができる。図１９は、シンボル内におけるパンクチャされたロケーションの例示的なインジケーションを示している。例えば、図１９に示されるように、パンクチャリングインジケータ１９０２のロケーションは、固定されること、および／または事前定義しておくことができる。パンクチャリングパターンのロケーションは、事前定義しておくこと、および／またはシグナリング（例えば、より高位のレイヤのシグナリング）を介して、半静的に伝達することができる。１つまたは複数のパンクチャされたＲＥの存在は、パンクチャリングインジケータのＯＦＤＭシンボル内において示すことができる。例えば、同じＯＦＤＭシンボル内におけるＲＥの１つは、１つまたは複数のパンクチャされたＲＥを示すことができる。例えば、同じＯＦＤＭシンボル内におけるＲＥの１つは、１つまたは複数のパンクチャされたＲＥを示すように、例えば、２値インジケータの１もしくは−１に設定することができる（または１もしくは０に設定することができる）。同じＯＦＤＭシンボル内におけるＲＥの１つは、１つまたは複数のパンクチャされたＲＥの存在を示すように１に設定することができる。同じＯＦＤＭシンボル内におけるＲＥの１つは、１つまたは複数のパンクチャされたＲＥの非存在を示すように−１（または０）に設定することができる。変調タイプは、１つまたは複数のパンクチャされたＲＥを示すように変更することができる。
【0097】
図２０は、パンクチャリングインジケータリソース内において、パンクチャリングインジケータおよび公称データを多重化する例を示している。例えば、ＲＥのセットは、データおよび制御情報の両方を（例えば、同時に）搬送することができる。１つまたは複数の制御ビットおよび１つまたは複数のデータビットは、コンステレーションポイント（例えば、同じコンステレーションポイント）において多重化することができる。送信すべき公称データおよび／または低待ち時間（低遅延）データを有する１つまたは複数のＷＴＲＵは、ＲＥのセットを監視（モニター）することができる。ＷＴＲＵは、ＲＥのセットを監視して、隣接パンクチャリングパターンにおけるＲＥがパンクチャされるかどうかを決定することができる。例えば、図２０に示されるように、パンクチャリングインジケータＲＥは、１６値ＱＡＭを使用することができる。パンクチャリングインジケータＲＥの最上位ビットは、パンクチャリングを示すことができる。例えば、パンクチャリングインジケータＲＥの最上位ビットは、パンクチャリングを示すために、１であることができる。パンクチャリングインジケータＲＥの最上位ビットは、非パンクチャリングを示すために、０であることができる。パンクチャリングインジケータＲＥの最後の３ビットは、公称ＷＴＲＵについてのデータ転送のために使用することができる。
【0098】
１つまたは複数のリソースは、例えば、動的に、借用することができる。１つまたは複数のリソースを動的に借用することは、（例えば、待ち時間制約のない送信に対する影響を低減するなど）待ち時間制約のない送信の性能測定に影響を与えることができる。第１のタイプのトラフィックのダウンリンク送信のために割り当てられたリソースのいくらかが使用されて、第２のタイプのトラフィックを送信することができる。第１のタイプのトラフィックの例は、モバイルブロードバンドトラフィックであることができる。第２のタイプのトラフィックの例は、低待ち時間データであることができる。このケースにおいては、第１のタイプのトラフィックの送信の性能は、悪化することがある。性能は、ブロック誤り率など、様々なパラメータを使用することによって測定することができる。
【0099】
例えば、性能悪化は、１つまたは複数のリソース（例えば、追加リソース）を第１のタイプのトラフィックのダウンリンク送信に割り当てることによって、低減および／または防止することができる。１つまたは複数のリソース（例えば、追加リソース）は、第２のタイプのトラフィックが、第１のタイプのトラフィックからのリソースを使用しなかった場合には、第１のタイプのトラフィックのアップリンク送信のために割り当てられていたシンボルを含むことができる。
【0100】
ＤＬデータは、１、２、．．．、Ｎなどの、データ部分を含むことができ、各部分は、１つのＯＦＤＭシンボル上において送信されるように、スケジュールしてあることができる。例えば、ＯＦＤＭシンボル１は、データ部分１を搬送することができ、ＯＦＤＭシンボル２は、データ部分２を搬送することができるなどである。図２１は、ＴＤＤ ＴＴＩ内における例示的な動的リソース借用を示している。図２１に示されるように、ＴＴＩのＤＬ部分は、１つまたは複数（例えば、６つ）のＯＦＤＭシンボルを含むことができる。１つまたは複数のＯＦＤＭシンボルの各々は、例えば、第１のタイプのトラフィックからのデータの一部を搬送することができる。１つまたは複数のＯＦＤＭシンボルのうちのＯＦＤＭシンボル（例えば、ＯＦＤＭインデックスｋ＝３）を、パンクチャすることができる。パンクチャされたＯＦＤＭシンボルは、第１のタイプのトラフィックの送信のために利用可能でないことができる。
【0101】
例えば、パンクチャされたシンボルに後続する第１のＤＬシンボル（例えば、シンボルインデックスｋ＋１）は、データ部分ｋを搬送することができる。図２１に示されるように、シンボル３をパンクチャすることができる。パンクチャされたシンボルに後続する次のＤＬシンボル（例えば、シンボル４）は、データ部分３を搬送することができる。最初にＤＬ送信のために割り当てられたＤＬシンボルの数は、データ部分の数よりも少ないことがある。最初はアップリンク送信のために予約されたものから、１つまたは複数のシンボルを借用することができる。１つまたは複数の借用されたシンボルは、ダウンリンク送信のために使用することができる。図２１に示されるように、例えば、例１は、インデックス１を有するＵＬシンボルのために割り当てられた時間を含むことができる。インデックス１を有するＵＬシンボルのために割り当てられた時間を使用して、データ部分５を搬送するダウンリンクシンボルを送信することができる。
【0102】
図２１に示されるように、例２においては、１つまたは複数のＤＬシンボルは、元はＤＬシンボルに割り当てられたデータ部分を搬送することができる。パンクチャされたＤＬシンボルによって搬送されることになっていたデータ部分は、ＴＴＩのＵＬ領域内において送信されるＤＬシンボルによって搬送することができる。
【0103】
ＵＬシンボルのうちの１つまたは複数が、ＤＬ送信に割り当てられるとき、アップリンク送信は、（例えば、より高い符号化率を引き起こす）より少ないリソースが原因で、厄介になることがある。ブロック誤り率の低下は、ｄＢの分数またはより大きいことができる。ブロック誤り率の低下は、例えば、ＤＬ送信によって借用されたＵＬリソースの量に基づくことができる。ＷＴＲＵは、（例えば、符号化率の低下を補償するために）例えば、より高い電力を用いて、ＵＬシンボルを送信するように構成することができる。
【0104】
制御チャネル（例えば、既存の制御チャネル、または新しい制御チャネル）を定義すること、変更することなどができる。制御チャネルは、ＵＬリソースのいくらかがＤＬのために使用されたことを、１つまたは複数のＷＴＲＵに（例えば、インジケータを介して）通知することができる。制御チャネルは、新しい電力設定を、１つまたは複数のＷＴＲＵに示すことができる。制御チャネルは、（例えば、本明細書において説明されるように）事前定義されたロケーションに配置することができる。例えば、制御チャネルは、元のＤＬ送信の最後のＯＦＤＭシンボルに配置することができる。制御チャネルが、例えば、元のＤＬ送信の最後のＯＦＤＭシンボルに配置されるとき、１つまたは複数のＷＴＲＵは、（例えば、最後のＤＬ ＯＦＤＭシンボルにおいて）制御チャネルを読み取ることができる。制御チャネルが、ＤＬ送信のパンクチャリングに関する情報を含む場合、１つまたは複数のＷＴＲＵは、ＵＬ ＯＦＤＭシンボルのうちの１つまたは複数において、送信しないことができる。１つまたは複数のＵＬ ＯＦＤＭシンボルの間、１つまたは複数のＷＴＲＵは、ＤＬトラフィックの受信を継続することができる。
【0105】
制御チャネルが、元のＤＬ送信の最後のＯＦＤＭシンボルに配置されるとき、制御チャネル内においてシグナリングされる情報は、ＤＬ送信のために割り当てられたＵＬシンボルの数、および／またはＵＬ送信のための電力増加などのうちの１つまたは複数を含むことができる。
【0106】
制御チャネルが、元のＤＬ送信の最後のＯＦＤＭシンボルに配置され、ＵＬ送信が、開始したとき、１つまたは複数のＷＴＲＵは、制御チャネル内において示された送信電力を使用することができる。
【0107】
１つまたは複数のリソースは、自己完結的なＴＤＤサブフレーム内において、ＤＬシンボルおよびＵＬシンボルの間で共用することができる。時間窓（例えば、ＴＴＩ）内において、Ｎｓｙｍ個のシンボルを配置し、使用し、および／または構成することができる。Ｎｓｙｍ個のシンボルのうちの第１のサブセットは、ダウンリンク送信のために使用することができる。Ｎｓｙｍ個のシンボルのうちの第２のサブセットは、アップリンク送信のために使用することができる。ダウンリンク送信のために使用されるＮｓｙｍ個のシンボルのうちの第１のサブセットは、ＤＬシンボルと呼ばれることがある。アップリンク送信のために使用されるＮｓｙｍ個のシンボルのうちの第２のサブセットは、ＵＬシンボルと呼ばれることがある。
【0108】
時間窓内におけるＤＬシンボルおよびＵＬシンボルは、時間領域において重なり合わないことができる。
【0109】
ＤＬシンボルは、最初のＮDL個のシンボルに配置することができる。ＵＬシンボルは、最後のＮUL個のシンボルに配置することができる。
【0110】
ＤＬシンボルまたはＵＬシンボルの部分ではないシンボルは、ガードシンボルと呼ばれることがある。ガードシンボル、ギャップ、切り換え時間、切り換えシンボル、およびＤＬ−ＵＬ切り換え時間は、本明細書においては交換可能に使用することができる。
【0111】
ＮDLおよび／またはＮULは、時間窓内におけるガードシンボルのロケーションに基づいて、決定することができる。時間窓内において、１つまたは複数のガードシンボルを使用することができる。１つまたは複数のガードシンボルは、ＤＬシンボルまたはＵＬシンボルの間に配置することができる。ガードシンボルの数、および／または時間窓内におけるガードシンボルのロケーションは、事前定義しておくこと、（例えば、より高位のレイヤのシグナリングを介して）構成すること、および／または１つもしくは複数のＤＬシンボル内（の、例えば、ＤＣＩ）において示すことができる。
【0112】
第１のタイプのトラフィック（例えば、通常待ち時間トラフィック）のためのダウンリンク送信のために、ＮDL個のＤＬシンボルを使用することができる。第２のタイプのトラフィック（例えば、低待ち時間トラフィック）のためのダウンリンク送信のために、ＮDL個のＤＬシンボルのうちの１つまたは複数を使用することができる。以下のうちの１つまたは複数を適用することができる。
【0113】
第１のタイプのトラフィックは、ダウンリンクデータおよび／または関連付けられたダウンリンク制御チャネルのために、ＮDL個のＤＬシンボルを使用することができる。ＤＬデータが送信されているとき、関連付けられたダウンリンク制御チャネルを使用して、そのＤＬデータに関する１つまたは複数の制御情報（例えば、データがどこに配置されるか、どの変調タイプが使用されるか）を送信することができる。第２のタイプのトラフィックは、ダウンリンクデータおよび／または関連付けられたダウンリンク制御チャネルのために、ＮDL個のＤＬシンボルのサブセットを使用することができる。第１のタイプのトラフィックのためのダウンリンク送信は、第２のタイプのトラフィックのためのダウンリンク送信によって、パンクチャ、レートマッチング、および／またはヌル化することができる。１つまたは複数のパンクチャ、レートマッチング、および／またはヌル化されたＤＬシンボルを、ＷＴＲＵに示すことができる。パンクチャ、レートマッチング、および／またはヌル化されたＤＬシンボルの数を、１つまたは複数のＤＬシンボル（例えば、第ＮDLのシンボル）内において示すことができる。
【0114】
１つまたは複数のガードシンボルのロケーションは、（例えば、第２のタイプのトラフィックのために使用されるＤＬシンボルの数に基づいて）変更することができる。例えば、１つのＤＬシンボルが、第２のタイプのトラフィックのために使用され、第１のタイプのトラフィックについてパンクチャ、レートマッチング、および／またはヌル化される場合、ガードシンボルの時間ロケーションは、第２のタイプのトラフィックのために使用されるＤＬシンボルの数（例えば、１つのＤＬシンボル）だけ遅らせることができる。ＵＬシンボルの数は、第２のタイプのトラフィックのために使用されるＤＬシンボルの数に基づいて、減少させることができる。ＵＬシンボルの数は、ガードシンボルの時間ロケーションのために遅らされたシンボルの数に基づいて、減少させることができる。ＤＬシンボルの数は、第２のタイプのトラフィックのために使用されるシンボルの数に基づいて、増加させることができる。例えば、時間窓内において、第２のタイプのトラフィックのために、ＮSE個のシンボルが使用される場合、時間窓内におけるＤＬシンボルの数は、ＮDL＋ＮSEに変更することができる。
【0115】
第２のタイプのトラフィックのために使用することができるＤＬシンボルの数は、ある数、例えば、Ｎｍａｘまでに制限することができる。例えば、Ｎｍａｘは、ＮDL−ＮCL以下であることができる。ＮCLは、ダウンリンク制御チャネルのために使用されるＤＬシンボルの数と呼ばれることがある。ＮCLは、「０」を含むことができる。ＮCLは、事前定義された数であること、より高位のレイヤのシグナリングを介して構成すること、および／または各時間窓内において動的に示すことができる。ＮCLは、ＮDL、ＮUL、および／または時間窓内におけるシンボルの数のうちの少なくとも１つに基づいて、決定することができる。
【0116】
ギャップのために使用されるシンボルの数は、第２のタイプのトラフィックのために使用されるシンボルの数に基づいて、変更することができる。例えば、ガードシンボルのために、ＮGAP個のシンボルを決定することができる。時間窓内における第２のタイプのトラフィックのために、ＮSE個のシンボルを使用することができる。ギャップのために使用されるシンボルの数は、ＮGAP個のシンボルからＮGAP−ＮSE個のシンボルに減少させることができる。ＮGAPおよび／またはＮSEを、ＷＴＲＵは、知ることができる。ＮGAPは、（例えば、より高位のレイヤのシグナリングを介して）構成すること、および／または示すこと（例えば、動的に示すこと）ができる。ＮSEは、時間窓内における１つまたは複数のＤＬシンボル（例えば、ＮDL個のＤＬシンボルにおける知られたロケーション）において示すことができる。（例えば、ＮSE個のシンボルが第２のタイプのトラフィックのために使用される時間窓内において、アップリンク送信のためにスケジュールすることができる）ＷＴＲＵは、ＮGAPおよび／またはＮSEに基づいて、アップリンク送信を決定することができる。ＮGAP−ＮSEが、事前決定された閾値よりも小さい場合、ＷＴＲＵは、時間窓内におけるアップリンク送信をやめることができる。例えば、ＮGAP−ＮSEが、ＷＴＲＵのタイミング進み値よりも小さい場合、ＷＴＲＵは、スケジュールされたアップリンク送信をやめることができる。ＮGAP−ＮSEが、事前決定された閾値よりも小さい場合、ＷＴＲＵは、１つまたは複数のＵＬシンボルのうちの最初のシンボルを、ガードシンボルとして使用することができる。
【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】
公称トラフィックの基準シンボル、および低待ち時間トラフィックの基準シンボルは、ピース毎の直交性、および／またはブロック毎の直交性を維持することができる。例えば、公称トラフィックおよび低待ち時間（低遅延）トラフィックの基準シンボルは、図２６に示されるように、それぞれ、ＲＳL1、および［ＲＳS1，ＲＳS2，．．．，ＲＳSN］であることができる。ピース毎の直交性は、ＲＳSi|i=1,2,…,N⊥ｆ（ＲＳL1，ｉ）であることを暗示することができ、ここで、ｆ（ＲＳL1，ｉ）は、与えられたｉについて、ＲＳL1の対応する部分を返す。ブロック毎の直交性は、ＲＳSi|i=1,2,…,N⊥ＲＳL1であることを暗示することができる。
【0142】
低待ち時間（低遅延）トラフィックおよび公称トラフィックは、固定された数値パラメータに基づいて、ＲＳを検討することができる。固定された数値パラメータは、データシンボルのための数値パラメータとは異なることができる（例えば、混合モード動作）。混合モード動作は、図２６に示されるような、低待ち時間（低遅延）トラフィックおよび／または公称トラフィックに基づいた、基準信号設計を含むことができる。ＵＲＬＬＣ基準信号、および公称トラフィックの基準信号は、同じ波形および／または数値パラメータを用いて、同じシンボル（例えば、離散フーリエ変換拡散ＯＦＤＭ（ＤＦＴ−ｓ−ＯＦＤＭ）シンボル）上において、送信することができる。ＵＲＬＬＣ基準信号、および公称トラフィックの基準信号は、互いに直交することができる。ＵＲＬＬＣデータは、ＵＲＬＬＣ ＲＳと同じ波形を用いて、しかし、異なる数値パラメータを用いて、送信することができる。ＵＲＬＬＣ ＲＳを使用して、ＲＳ送信に先行および／または後続するＵＲＬＬＣデータをデコードすることができる。
【0143】
１つまたは複数のＵＲＬＬＣ基準信号は、公称トラフィック（例えば、データ）と同じ波形および／または数値パラメータを用いて、送信することができる。例えば、１つまたは複数のＵＲＬＬＣ基準信号は、ＵＲＬＬＣ ＲＳ送信の前（例えば、直前）および／または後（例えば、直後）のＵＲＬＬＣデータ送信を伴って、または伴わずに、送信することができる。ＵＲＬＬＣデータおよび公称データの基準シンボルは、同じシンボル、例えば、同じＤＦＴ−ｓ−ＯＦＤＭシンボル内において、それらを送信することができるように、アラインすることができる。ＵＲＬＬＣデータおよび公称データの基準シンボルは、受信機において信頼性のあるチャネル推定を達成することができるように、互いに直交することができる。ＵＲＬＬＣデータ送信およびＲＳ送信は、ギャップ（例えば、送信のない時間間隔）によって分離することができる。ＵＲＬＬＣデータは、ＵＲＬＬＣ ＲＳと同じ数値パラメータを用いて、または異なる数値パラメータを用いて、送信することができる。そのような送信なしギャップの持続時間は、中央コントローラによって構成すること、および／または制御することができる。
【0144】
上では特徴および要素が特定の組み合わせで説明されたが、各特徴または要素は、単独で使用することができ、または他の特徴および要素との任意の組み合わせで使用することができることを当業者は理解されよう。加えて、本明細書で説明された方法は、コンピュータまたはプロセッサによる実行のために、コンピュータ可読媒体内に包含された、コンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、（有線または無線接続上で送信される）電子信号、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、それらに限定されない。ソフトウェアと連携するプロセッサを使用して、ＷＴＲＵ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数送受信機を実施することができる
【図1A】
【図1B】
【図1C】
【図1D】
【図1E】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12A】
【図12B】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24A】
【図24B】
【図25A】
【図25B】
【図25C】
【図25D】
【図26】
【手続補正書】
【提出日】2018年12月12日
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
ネットワークエンティティから、第１のトラフィックタイプを含む通信を受信し、
インジケータを求めて前記通信をモニターし、前記インジケータを求めて前記通信をモニターすることは、前記インジケータを求めて前記通信内の制御チャネルをモニターするように構成されていることを含んでおり、
前記インジケータが前記通信内に含まれることを決定し、
前記インジケータに基づいて、第２のトラフィックタイプによって前記通信がパンクチャされることを決定し、および、前記インジケータに基づいて前記通信内に前記第２のトラフィックタイプに関連付けられたシンボルを決定し、
前記インジケータに基づいて、前記第１のトラフィックタイプまたは前記第２のトラフィックタイプのうちの少なくとも一方をデコードする
ように構成されたプロセッサ
を備えた無線送受信ユニット（ＷＴＲＵ）。
インジケータを求めて前記通信をモニターし、前記インジケータを求めて前記通信をモニターすることは、前記インジケータを求めて前記通信内の制御チャネルをモニターするように構成されていることを含んでおり、
前記インジケータが前記通信内に含まれることを決定し、
前記インジケータに基づいて、第２のトラフィックタイプによって前記通信がパンクチャされることを決定し、および、前記インジケータに基づいて前記通信内に前記第２のトラフィックタイプに関連付けられたシンボルを決定し、
前記インジケータに基づいて、前記第１のトラフィックタイプまたは前記第２のトラフィックタイプのうちの少なくとも一方をデコードする
ように構成されたプロセッサ
を備えた無線送受信ユニット（ＷＴＲＵ）。
【請求項2】
前記第２のトラフィックタイプは、低待ち時間トラフィックタイプであり、前記低待ち時間トラフィックタイプは、前記第１のトラフィックタイプよりも短い待ち時間要件を有する請求項１に記載のＷＴＲＵ。
【請求項3】
前記第１のトラフィックタイプは、拡張モバイルブロードバンド（ｅＭＢＢ）タイプであり、前記第２のトラフィックタイプは、超高信頼性および低待ち時間（ＵＲＬＬＣ）タイプである請求項１に記載のＷＴＲＵ。
【請求項4】
前記通信は、タイミングブロック、チャンク、サブフレーム、送信時間間隔（ＴＴＩ）、サブキャリア、時間サンプル、ミニスロット、または時間シンボルのうちの少なくとも１つを含む請求項１に記載のＷＴＲＵ。
【請求項5】
前記インジケータは、時間情報または周波数情報のうちの少なくとも一方を含み、前記時間情報は、前記第２のトラフィックタイプを搬送するために、どの直交周波数分割多重（ＯＦＤＭ）シンボルがパンクチャされるかを示しており、前記周波数情報は、前記第２のトラフィックタイプを搬送するために、どのサブキャリアがパンクチャされるかを示している請求項１に記載のＷＴＲＵ。
【請求項6】
前記第２のトラフィックタイプは、前記第１のトラフィックタイプの前に処理される請求項１に記載のＷＴＲＵ。
【請求項7】
前記制御チャネルは、前記通信の終りに配置されている請求項１に記載のＷＴＲＵ。
【請求項8】
ネットワークエンティティから、第１のトラフィックタイプを含む通信を受信するステップと、
インジケータを求めて前記通信をモニターするステップであって、前記モニターすることは、前記インジケータを求めて前記通信内の制御チャネルをモニターすることを含む、ステップと、
前記インジケータが前記通信内に含まれることを決定するステップと、
前記インジケータに基づいて、第２のトラフィックタイプによって前記通信がパンクチャされることを決定し、および、前記インジケータに基づいて前記通信内に前記第２のトラフィックタイプに関連付けられたシンボルを決定するステップと、
前記インジケータに基づいて、前記第１のトラフィックタイプまたは前記第２のトラフィックタイプのうちの少なくとも一方をデコードするステップと
を備える方法。
インジケータを求めて前記通信をモニターするステップであって、前記モニターすることは、前記インジケータを求めて前記通信内の制御チャネルをモニターすることを含む、ステップと、
前記インジケータが前記通信内に含まれることを決定するステップと、
前記インジケータに基づいて、第２のトラフィックタイプによって前記通信がパンクチャされることを決定し、および、前記インジケータに基づいて前記通信内に前記第２のトラフィックタイプに関連付けられたシンボルを決定するステップと、
前記インジケータに基づいて、前記第１のトラフィックタイプまたは前記第２のトラフィックタイプのうちの少なくとも一方をデコードするステップと
を備える方法。
【請求項9】
前記第２のトラフィックタイプは、低待ち時間トラフィックタイプであり、前記低待ち時間トラフィックタイプは、前記第１のトラフィックタイプよりも短い待ち時間要件を有する請求項８に記載の方法。
【請求項10】
前記通信は、タイミングブロック、チャンク、サブフレーム、送信時間間隔（ＴＴＩ）、サブキャリア、時間サンプル、ミニスロット、または時間シンボルのうちの少なくとも１つを含む請求項８に記載の方法。
【請求項11】
前記インジケータは、時間情報または周波数情報のうちの少なくとも一方を含み、前記時間情報は、前記第２のトラフィックタイプを搬送するために、どの直交周波数分割多重（ＯＦＤＭ）シンボルがパンクチャされるかを示しており、前記周波数情報は、前記第２のトラフィックタイプを搬送するために、どのサブキャリアがパンクチャされるかを示している請求項８に記載の方法。
【請求項12】
前記第２のトラフィックタイプは、前記第１のトラフィックタイプの前に処理される請求項８に記載の方法。
【請求項13】
前記制御チャネルは、前記通信の終りに配置されている請求項８に記載の方法。
【国際調査報告】