JP2019519954A - ５ｇシステムにおける異なるタイプのトラフィックのｐｈｙレイヤ多重化 - Google Patents

５ｇシステムにおける異なるタイプのトラフィックのｐｈｙレイヤ多重化 Download PDF

Info

Publication number
JP2019519954A
JP2019519954A JP2018553122A JP2018553122A JP2019519954A JP 2019519954 A JP2019519954 A JP 2019519954A JP 2018553122 A JP2018553122 A JP 2018553122A JP 2018553122 A JP2018553122 A JP 2018553122A JP 2019519954 A JP2019519954 A JP 2019519954A
Authority
JP
Japan
Prior art keywords
traffic
communication
traffic type
type
wtru
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2018553122A
Other languages
English (en)
Other versions
JP6795616B2 (ja
JP2019519954A5 (ja
Inventor
アーデム・バラ
アルファン・サヒン
ムン−イル・リー
ミハエラ・シー・ベルーリ
ルイ・ヤン
ジャネット・エイ・スターン−バーコウィッツ
フェンジュン・シー
アフシン・ハギギャット
Original Assignee
アイディーエーシー ホールディングス インコーポレイテッド
アイディーエーシー ホールディングス インコーポレイテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by アイディーエーシー ホールディングス インコーポレイテッド, アイディーエーシー ホールディングス インコーポレイテッド filed Critical アイディーエーシー ホールディングス インコーポレイテッド
Publication of JP2019519954A publication Critical patent/JP2019519954A/ja
Publication of JP2019519954A5 publication Critical patent/JP2019519954A5/ja
Application granted granted Critical
Publication of JP6795616B2 publication Critical patent/JP6795616B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J11/00—Orthogonal multiplex systems, e.g. using WALSH codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/32—Carrier systems characterised by combinations of two or more of the types covered by groups H04L27/02, H04L27/10, H04L27/18 or H04L27/26
    • H04L27/34—Amplitude- and phase-modulated carrier systems, e.g. quadrature-amplitude modulated carrier systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/32—Carrier systems characterised by combinations of two or more of the types covered by groups H04L27/02, H04L27/10, H04L27/18 or H04L27/26
    • H04L27/34—Amplitude- and phase-modulated carrier systems, e.g. quadrature-amplitude modulated carrier systems
    • H04L27/3488—Multiresolution systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058—Allocation criteria
    • H04L5/0064—Rate requirement of the data, e.g. scalable bandwidth, data priority
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041—Arrangements at the transmitter end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0045—Arrangements at the receiver end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems

Abstract

５Ｇシステムにおける、異なるタイプのトラフィックの物理（ＰＨＹ）レイヤ多重化のための、システム、方法、および手段が、開示される。デバイスは、通信を受信することができる。通信は、第１のトラフィックタイプを含むことができる。デバイスは、第１のトラフィックタイプと多重化された、および／または第１のトラフィックタイプをパンクチャした、第２のトラフィックタイプを通信が含むことを示すインジケーションを求めて通信を監視することができる。通信において受信され、監視によって検出されたインジケータは、第２のトラフィックタイプが通信内のどこに配置されているかを示すことができる。第１のトラフィックタイプおよび第２のトラフィックタイプは、リソース要素（ＲＥ）レベルにおいて、多重化することができる。例えば、第１のトラフィックタイプは、ＲＥレベルにおいて、第２のトラフィックタイプによってパンクチャすることができる。デバイスは、インジケーションに基づいて、通信内の第１または第２のトラフィックタイプのうちの１つまたは複数をデコードすることができる。

Description

本発明は、５Ｇシステムにおける異なるタイプのトラフィックのＰＨＹレイヤ多重化に関する。
関連出願の相互参照
本出願は、２０１６年４月８日に出願された米国特許仮出願第６２／３２００８０号、および２０１６年８月１０日に出願された米国特許仮出願第６２／３７３１４０号の利益を主張し、それらの内容は、参照によって本明細書に組み込まれ、本出願は、これらの優先出願の出願日の利益を主張する。
セルラ技術のための応用例の出現に伴い、より高いデータレート、より低い待ち時間（Low Latency）、および／または大規模な接続性をサポートする重要性は、おそらく高まり続けるであろう。例えば、拡張モバイルブロードバンド（ｅＭＢＢ）通信、ならびに／または超高信頼性および低待ち時間通信（ＵＲＬＬＣ：Ultra-Reliable and Low Latency Communication、超高信頼低遅延通信）に対するサポートが、例示的な使用シナリオ、および望ましい無線アクセス能力（access capability）とともに、ＩＴＵによって推奨されている。
応用例および使用シナリオの範囲が広範になるのに伴い、無線アクセス能力は、その範囲内において、重要点が異なることがある。例えば、ｅＭＢＢについては、スペクトル効率、容量、ユーザデータレート（例えば、ピークおよび／もしくは平均）、ならびに／またはモビリティが、高い重要性を有することができ、ＵＲＬＬＣ（超高信頼低遅延通信）については、ユーザプレーン待ち時間、および／または信頼性が、高い重要性を有することができる。異なる目標を有する複数の応用例が、サポートされるとき、無線アクセスネットワークにおいて、これらの応用例およびそれらのユーザを多重化するための効果的な手段を開発することは、ますます重要になるであろう。
以下でより完全に説明される１つまたは複数の例示的な実施形態は、装置、機能、手順、プロセス、コンピュータ可読メモリを有形に具体化したコンピュータプログラム命令の実行、以下のうちの１つまたは複数についての方法の機能および動作を提供する。５Ｇシステムなどの無線通信システムにおける、異なるタイプのトラフィックの物理（ＰＨＹ）レイヤ多重化のための、システム、方法および手段が、開示される。例においては、デバイス（例えば、ＷＴＲＵ）は、例えば、ネットワークから、通信（communication）を受信することができる。通信は、第１のトラフィックタイプ（例えば、待ち時間制約なしのトラフィック）を含むことができる。ＷＴＲＵは、第１のトラフィックタイプと多重化された、および／または第１のトラフィックタイプをパンクチャした、第２のトラフィックタイプ（例えば、低待ち時間（低遅延）トラフィック）を通信が含むことを示すインジケーションを求めて通信を監視（monitor：モニター）することができる。監視（monitor）は、通信と関連付けられた制御チャネルの監視であることができる。ＷＴＲＵは、インジケーションを求めて通信のロケーションを監視（monitor：モニター）することができる。例えば、ＷＴＲＵは、通信の最後、シンボル、および／またはサブキャリアなどにおいて、インジケーションを求めて監視することができる。通信において受信され、監視によって検出されたインジケータは、第２のトラフィックタイプが通信内のどこに配置されているかを示すこと（例えば、示す情報を含むこと）ができる。第１のトラフィックタイプおよび第２のトラフィックタイプは、リソース要素（ＲＥ）レベルにおいて、多重化することができる。例えば、第１のトラフィックタイプは、ＲＥレベルにおいて、第２のトラフィックタイプによってパンクチャすることができる。１つまたは複数のパンクチャリングパターンを、使用することができる。ＷＴＲＵは、インジケーションに基づいて、通信内の第１または第２のトラフィックタイプのうちの１つまたは複数をデコードすることができる。
送信機（例えば、送信ＷＴＲＵ）は、送信するための低待ち時間（低遅延）データを受け取ることができる。低待ち時間（低遅延）データは、超高信頼性および低待ち時間（ＵＲＬＬＣ：超高信頼低遅延通信）データを含むことができる。送信機は、低待ち時間（低遅延）データに対して、リソースのプールを割り当てることができる。リソースのプールは、公称データ（nominal data）のための１つまたは複数のリソースを含むことができる。低待ち時間（低遅延）データと関連付けられた低待ち時間基準信号（reference signal）を、送信することができる。送信機は、低待ち時間データの送信のために、リソースのプールから、１つまたは複数の時間および／または周波数リソースを選択することができる。送信機は、選択されたリソースを使用して、低待ち時間データを送信することができる。低待ち時間（低遅延）データ送信は、例えば、公称データのための１つまたは複数のリソースを避けるように、パンクチャすることができる。送信機は、低待ち時間（低遅延）データの基準シンボルを、公称データの基準シンボルとアラインすることができる。
１つまたは複数の開示される実施形態を実施することができる、例示的な通信システムのシステム図である。 図１Ａに示される通信システム内において使用することができる、例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ａに示される通信システム内において使用することができる、例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 図１Ａに示される通信システム内において使用することができる、別の例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 図１Ａに示される通信システム内において使用することができる、別の例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 マルチユーザ重ね合わせ送信（ＭＵＳＴ）タイプのための例示的な送信機ブロック図である。 ＭＵＳＴタイプのための例示的な合成コンステレーションを示す図である。 ＭＵＳＴタイプのための例示的な送信機ブロック図である。 ＭＵＳＴタイプのための例示的な合成コンステレーションを示す図である。 ＭＵＳＴタイプのための例示的な送信機ブロック図である。 合成コンステレーション上における例示的なラベルビット割り当てを示す図である。 １つのトラフィックタイプから別のトラフィックタイプへの例示的なリソース再割り当てを示す図である。 公称トラフィックのフルパンクチャリングを用いる例示的なトラフィック多重化を示す図である。 階層的変調を使用する例示的なリソース要素（ＲＥ）レベルトラフィック多重化を示す図である。 パンクチャされたデータに対する異なる変調タイプの例示的な使用を示す図である。 公称トラフィックおよび低待ち時間トラフィックの例示的な重なり合いを示す図である。 公称トラフィックおよび低待ち時間トラフィックの例示的な重なり合いを示す図である。 トラフィックタイプに基づいた例示的なアンテナリソース割り当てを示す図である。 強化されたダウンリンク（ＤＬ）信頼性のための例示的なパンクチャリングパターンを示す図である。 強化されたアップリンク（ＵＬ）信頼性のための例示的なパンクチャリングパターンを示す図である。 低減された待ち時間のための例示的なパンクチャリングパターンを示す図である。 ＤＬにおける１つまたは複数のパンクチャされたロケーションを示すための例示的な制御信号を示す図である。 ＵＬにおける１つまたは複数のパンクチャされたロケーションを示すための例示的な制御信号を示す図である。 シンボル内におけるパンクチャされたロケーションの例示的なインジケーションを示す図である。 リソース内においてパンクチャリングインジケータおよび公称データを多重化する例を示す図である。 時分割複信（ＴＤＤ）送信時間間隔（ＴＴＩ）内における例示的な動的リソース借用を示す図である。 例示的な融通性があるＴＴＩを示す図である。 例示的な電力上昇を示す図である。 異なる数値パラメータの例示的な使用を示す図である。 異なる数値パラメータの例示的な使用を示す図である。 ＵＲＬＬＣデータおよび／またはＵＲＬＬＣ基準信号のために予約された例示的なリソースプールを示す図である。 ＵＲＬＬＣデータおよび／またはＵＲＬＬＣ基準信号のために予約された例示的なリソースプールを示す図である。 ＵＲＬＬＣデータおよび／またはＵＲＬＬＣ基準信号のために予約された例示的なリソースプールを示す図である。 ＵＲＬＬＣデータおよび／またはＵＲＬＬＣ基準信号のために予約された例示的なリソースプールを示す図である。 ｅＭＢＢ送信に対する例示的なＵＲＬＬＣ基準シンボル（ＲＳ）位置を示す図である。
説明的な実施形態についての詳細な説明が、様々な図を参照して、今から行われる。この説明は、可能な実施の詳細な例を提供するが、詳細は、例示的であることが意図されており、決して本出願の範囲を限定しないことに留意されたい。
図１Ａは、１つまたは複数の開示される実施形態を実施することができる、例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムとすることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能することができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１つまたは複数のチャネルアクセス方法を利用することができる。
図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（全体として、または一括して、ＷＴＲＵ１０２と呼ばれることがある）、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、ならびに他のネットワーク１１２を含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された、任意のタイプのデバイスとすることができる。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定もしくは移動加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、および家電製品などを含むことができる。
通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含むことができる。基地局１１４ａ、１１４ｂの各々は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続して、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするように構成された、任意のタイプのデバイスとすることができる。例として、基地局１１４ａ、１１４ｂは、基地送受信機局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどとすることができる。基地局１１４ａ、１１４ｂは、各々が、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解されよう。
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の部分とすることができ、ＲＡＮ１０３／１０４／１０５は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示されず）も含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示されず）と呼ばれることがある、特定の地理的領域内において無線信号を送信および／または受信するように構成することができる。セルは、さらにセルセクタに分割することができる。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割することができる。したがって、一実施形態においては、基地局１１４ａは、送受信機を３つ、例えば、セルのセクタ毎に１つずつ含むことができる。別の実施形態においては、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用することができ、したがって、セルのセクタ毎に複数の送受信機を利用することができる。
基地局１１４ａ、１１４ｂは、エアインターフェース１１５／１１６／１１７上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインターフェース１１５／１１６／１１７は、任意の適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができる。エアインターフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立することができる。
より具体的には、上で言及されたように、通信システム１００は、多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡなどの、１つまたは複数のチャネルアクセス方式を利用することができる。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェース１１５／１１６／１１７を確立することができる、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
別の実施形態においては、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインターフェース１１５／１１６／１１７を確立することができる、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができる。
他の実施形態においては、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（例えば、マイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ）、ＧＳＭエボリューション用の高速データレート（ＥＤＧＥ）、およびＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントとすることができ、職場、家庭、乗物、およびキャンパスなどの局所的エリアにおける無線接続性を容易にするために、任意の適切なＲＡＴを利用することができる。一実施形態においては、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。別の実施形態においては、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。また別の実施形態においては、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有することがある。したがって、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要がないことがある。
ＲＡＮ１０３／１０４／１０５は、コアネットワーク１０６／１０７／１０９と通信することができ、コアネットワーク１０６／１０７／１０９は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された、任意のタイプのネットワークとすることができる。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、請求サービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供することができ、および／またはユーザ認証など、高レベルのセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的に通信することができることが理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用することができるＲＡＮ１０３／１０４／１０５に接続するのに加えて、コアネットワーク１０６／１０７／１０９は、ＧＳＭ無線技術を利用する別のＲＡＮ（図示されず）とも通信することができる。
コアネットワーク１０６／１０７／１０９は、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするための、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしての役割も果たすことができる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスからなるグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを利用することができる１つまたは複数のＲＡＮに接続された、別のコアネットワークを含むことができる。
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつかまたはすべては、マルチモード機能を含むことができ、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上で異なる無線ネットワークと通信するための複数の送受信機を含むことができる。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用することができる基地局１１４ａと通信するように、またＩＥＥＥ８０２無線技術を利用することができる基地局１１４ｂと通信するように構成することができる。
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、送信／受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、非リムーバブルメモリ１３０と、リムーバブルメモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含むことができることが理解されよう。また、実施形態は、基地局１１４ａ、１１４ｂ、ならびに／またはとりわけ、送受信機局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、進化型ノードＢ（ｅＮｏｄｅＢ）、ホーム進化型ノードＢ（ＨｅＮＢ）、ホーム進化型ノードＢゲートウェイ、およびプロキシノードなどの、しかしそれらに限定されない、基地局１１４ａ、１１４ｂが代表することができるノードが、図１Ｂにおいて示され、本明細書において説明される要素のいくつかまたはすべてを含むことができることを企図している。
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする他の任意の機能性を実行することができる。プロセッサ１１８は、送受信機１２０に結合することができ、送受信機１２０は、送信／受信要素１２２に結合することができる。図１Ｂは、プロセッサ１１８と送受信機１２０を別個の構成要素として示しているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップ内に一緒に統合することができることが理解されよう。
送信／受信要素１２２は、エアインターフェース１１５／１１６／１１７上において、基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成することができる。例えば、一実施形態においては、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。別の実施形態においては、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器とすることができる。また別の実施形態においては、送信／受信要素１２２は、ＲＦ信号および光信号の両方を送信および受信するように構成することができる。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成することができることが理解されよう。
加えて、図１Ｂにおいては、送信／受信要素１２２は単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用することができる。したがって、一実施形態においては、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７上において無線信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含むことができる。
送受信機１２０は、送信／受信要素１２２によって送信されることになる信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成することができる。上で言及されたように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１など、複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含むことができる。
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合することができ、それらからユーザ入力データを受信することができる。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリから情報を入手することができ、それらにデータを記憶することができる。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、およびセキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態においては、プロセッサ１１８は、サーバまたはホームコンピュータ（図示されず）上などに配置された、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報を入手することができ、それらにデータを記憶することができる。
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他の構成要素への電力の分配および／または制御を行うように構成することができる。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、および燃料電池などを含むことができる。
プロセッサ１１８は、ＧＰＳチップセット１３６に結合することもでき、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在ロケーションに関するロケーション情報（例えば、経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／１１６／１１７上においてロケーション情報を受信することができ、および／または２つ以上の近くの基地局から受信している信号のタイミングに基づいて、自らのロケーションを決定することができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、任意の適切なロケーション決定方法を用いて、ロケーション情報を獲得することができることが理解されよう。
プロセッサ１１８は、他の周辺機器１３８にさらに結合することができ、他の周辺機器１３８は、追加的な特徴、機能性、および／または有線もしくは無線接続性を提供する、１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、およびインターネットブラウザなどを含むことができる。
図１Ｃは、実施形態による、ＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上で言及されたように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を利用して、エアインターフェース１１５上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０３は、コアネットワーク１０６と通信することもできる。図１Ｃに示されるように、ＲＡＮ１０３は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができ、ノードＢ１４０ａ、１４０ｂ、１４０ｃは、各々が、エアインターフェース１１５上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含むことができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、各々、ＲＡＮ１０３内の特定のセル（図示されず）に関連付けることができる。ＲＡＮ１０３は、ＲＮＣ１４２ａ、１４２ｂを含むこともできる。ＲＡＮ１０３は、実施形態との整合性を保ちながら、任意の数のノードＢおよびＲＮＣを含むことができることが理解されよう。
図１Ｃに示されるように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信することができる。加えて、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信することができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、それぞれのＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して、互いに通信することができる。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されたそれぞれのノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成することができる。加えて、ＲＮＣ１４２ａ、１４２ｂの各々は、アウタループ電力制御、負荷制御、アドミッションコントロール、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、およびデータ暗号化など、他の機能性を実施またはサポートするように構成することができる。
図１Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル交換センタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。上記の要素の各々は、コアネットワーク１０６の部分として示されているが、これらの要素のうちのいずれの１つも、コアネットワークオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続することができる。ＭＳＣ１４６は、ＭＧＷ１４４に接続することができる。ＭＳＣ１４６およびＭＧＷ１４４は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にすることができる。
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８に接続することもできる。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続することができる。ＳＧＳＮ１４８とＧＧＳＮ１５０は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。
上で言及されたように、コアネットワーク１０６は、ネットワーク１１２に接続することもでき、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。
図１Ｄは、実施形態による、ＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上で言及されたように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を利用して、エアインターフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４は、コアネットワーク１０７と通信することもできる。
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との整合性を保ちながら、任意の数のｅノードＢを含むことができることが理解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、各々が、エアインターフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含むことができる。一実施形態においては、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示されず）に関連付けることができ、無線リソース管理決定、ハンドオーバ決定、ならびにアップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成することができる。図１Ｄに示されるように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェース上において互いに通信することができる。
図１Ｄに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２と、サービングゲートウェイ１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６とを含むことができる。上記の要素の各々は、コアネットワーク１０７の部分として示されているが、これらの要素のうちのいずれの１つも、コアネットワークオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続することができ、制御ノードとしての役割を果たすことができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続中における特定のサービングゲートウェイの選択などを担うことができる。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示されず）との間の交換のためのコントロールプレーン機能を提供することもできる。
サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続することができる。サービングゲートウェイ１６４は、一般に、ユーザデータパケットのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへの／からのルーティングおよび転送を行うことができる。サービングゲートウェイ１６４は、ｅノードＢ間ハンドオーバ中におけるユーザプレーンのアンカリング、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能なときのページングのトリガ、ならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶など、他の機能を実行することもできる。
サービングゲートウェイ１６４は、ＰＤＮゲートウェイ１６６に接続することもでき、ＰＤＮゲートウェイ１６６は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。
コアネットワーク１０７は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０７は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にすることができる。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそれと通信することができる。加えて、コアネットワーク１０７は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。
図１Ｅは、実施形態による、ＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を利用して、エアインターフェース１１７上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する、アクセスサービスネットワーク（ＡＳＮ）とすることができる。以下でさらに説明されるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９の異なる機能エンティティ間の通信リンクは、参照点として定義することができる。
図１Ｅに示されるように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２とを含むことができるが、ＲＡＮ１０５は、実施形態との整合性を保ちながら、任意の数の基地局およびＡＳＮゲートウェイを含むことができることが理解されよう。基地局１８０ａ、１８０ｂ、１８０ｃは、各々、ＲＡＮ１０５内の特定のセル（図示されず）に関連付けることができ、各々が、エアインターフェース１１７上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含むことができる。一実施形態においては、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施することができる。したがって、基地局１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。基地局１８０ａ、１８０ｂ、１８０ｃは、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、およびサービス品質（ＱｏＳ）ポリシ実施などの、モビリティ管理機能を提供することもできる。ＡＳＮゲートウェイ１８２は、トラフィック集約ポイントとしての役割を果たすことができ、ページング、加入者プロファイルのキャッシング、およびコアネットワーク１０９へのルーティングなどを担うことができる。
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実施する、Ｒ１参照点として定義することができる。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々は、コアネットワーク１０９との論理インターフェース（図示されず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、Ｒ２参照点として定義することができ、Ｒ２参照点は、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用することができる。
基地局１８０ａ、１８０ｂ、１８０ｃの各々の間の通信リンクは、Ｒ８参照点として定義することができ、Ｒ８参照点は、ＷＴＲＵハンドオーバおよび基地局間におけるデータの転送を容易にするためのプロトコルを含む。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６参照点として定義することができる。Ｒ６参照点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連付けられたモビリティイベントに基づいたモビリティ管理を容易にするためのプロトコルを含むことができる。
図１Ｅに示されるように、ＲＡＮ１０５は、コアネットワーク１０９に接続することができる。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、Ｒ３参照点として定義することができ、Ｒ３参照点は、例えば、データ転送およびモビリティ管理機能を容易にするためのプロトコルを含む。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４と、認証認可課金（ＡＡＡ）サーバ１８６と、ゲートウェイ１８８とを含むことができる。上記の要素の各々は、コアネットワーク１０９の部分として示されているが、これらの要素のうちのいずれの１つも、コアネットワークオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。
ＭＩＰ−ＨＡは、ＩＰアドレス管理を担うことができ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、異なるＡＳＮおよび／または異なるコアネットワークの間においてローミングを行うことを可能にすることができる。ＭＩＰ−ＨＡ１８４は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。ＡＡＡサーバ１８６は、ユーザ認証、およびユーザサービスのサポートを担うことができる。ゲートウェイ１８８は、他のネットワークとの網間接続を容易にすることができる。例えば、ゲートウェイ１８８は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にすることができる。加えて、ゲートウェイ１８８は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。
図１Ｅには示されていないが、ＲＡＮ１０５は、他のＡＳＮに接続することができ、コアネットワーク１０９は、他のコアネットワークに接続することができることが理解されよう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、Ｒ４参照点として定義することができ、Ｒ４参照点は、ＲＡＮ１０５と他のＡＳＮとの間においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含むことができる。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、Ｒ５参照点として定義することができ、Ｒ５参照は、ホームコアネットワークと在圏コアネットワークとの間の網間接続を容易にするためのプロトコルを含むことができる。
非直交多重アクセス（ＮＯＭＡ）は、高スペクトル効率、および／または大規模接続性などの、無線通信の課題に対処することができる。ＮＯＭＡは、非直交リソースをユーザに割り当てることができる。
ＮＯＭＡは、電力領域において、ユーザを多重化することを含むことができる。異なるユーザを、異なる電力レベルに割り当てることができる。例えば、異なるユーザを、それらのチャネル状態に基づいて、異なる電力レベルに割り当てることができる。異なる電力レベルを使用することができる異なるユーザは、（例えば、時間および／または周波数において）同じリソースを割り当てられ、および／または使用することができる。受信機において、逐次干渉除去（ＳＩＣ）を使用して、例えば、同じリソースを割り当てられた、および／または使用する異なるユーザと関連付けられた干渉を除去することができる。
ＮＯＭＡは、符号領域において、ユーザを多重化することを含むことができる。例えば、２つ以上の異なるユーザに、異なる符号を割り当てることができる。２つ以上の異なるユーザは、同じ時間−周波数リソース上において多重化することができる。
マルチユーザ重ね合わせ送信（ＭＵＳＴ）は、電力領域ＮＯＭＡを含むことができる。ＭＵＳＴは、同じリソース上において、２つ以上のＷＴＲＵにデータを送信することを含むことができる。例えば、ｅＮＢは、同じリソース上において、２つ以上のＷＴＲＵに送信することができる。２つ以上のＷＴＲＵのうちの第１のＷＴＲＵは、ｅＮＢのより近くに配置することができ、「ＭＵＳＴ近ＷＴＲＵ」と呼ばれることがある。２つ以上のＷＴＲＵのうちの第２のＷＴＲＵは、ｅＮＢからより離れて（例えば、遠くに）配置することができ、「ＭＵＳＴ遠ＷＴＲＵ」と呼ばれることがある。１つまたは複数のタイプ（例えば、カテゴリ）のＭＵＳＴが、存在することができる。
例えば、第１のＭＵＳＴタイプ（例えば、ＭＵＳＴカテゴリ１）においては、同時スケジュールされたＷＴＲＵの１つまたは複数のビットは、独立の符号化チェーンを通過させることができる。独立の符号化チェーンは、符号化、レートマッチング、および／またはスクランブリングのうちの１つまたは複数を含むことができる。同時スケジュールされたＷＴＲＵの１つまたは複数の符号化ビットは、１つまたは複数の変調シンボルに独立してマッピングすることができる。ＭＵＳＴ近ＷＴＲＵの１つまたは複数の変調シンボルは、
Figure 2019519954
によってスケーリングすることができる。ＭＵＳＴ遠ＷＴＲＵの１つまたは複数の変調シンボルは、
Figure 2019519954
によってスケーリングすることができる。図２は、第１のＭＵＳＴタイプのための例示的な送信機ブロック図を示している。図３は、第１のＭＵＳＴタイプのための例示的な合成コンステレーションを示している。
例えば、第２のＭＵＳＴタイプ（例えば、ＭＵＳＴカテゴリ２）においては、同時スケジュールされたＷＴＲＵの１つまたは複数の符号化ビットは、例えば、適応電力比を用いて、成分コンステレーションに合同でマッピングすることができる。ＭＵＳＴ近ＷＴＲＵの１つまたは複数の変調シンボルは、ＭＵＳＴ近ＷＴＲＵおよび／またはＭＵＳＴ遠ＷＴＲＵの１つまたは複数の符号化ビットに依存することができる。
図４は、第２のＭＵＳＴタイプのための例示的な送信機ブロック図を示している。図５は、第２のＭＵＳＴタイプのための例示的な合成コンステレーションを示している。
例えば、第３のＭＵＳＴタイプ（例えば、カテゴリ３）においては、同時スケジュールされたＷＴＲＵの１つまたは複数の符号化ビットは、合成コンステレーションの１つまたは複数のシンボル上において、（例えば、直接的に）重ね合わせることができる。図６は、第３のＭＵＳＴタイプのための例示的な送信機ブロック図を示している。
１つまたは複数のラベルビットを、ＭＵＳＴ近ＷＴＲＵまたはＭＵＳＴ遠ＷＴＲＵに割り当てることができる。図７は、合成コンステレーション上における例示的なラベルビット割り当てを示している。
ＷＴＲＵは、ネットワークエンティティから通信を受信することができる。通信は、１つまたは複数のタイプの送信および／またはトラフィックを含むことができる。本明細書においては、非限定的な例示目的で、２つのタイプを使用することがあるが、任意の数のタイプを使用することができ、それらは、依然として本明細書における例と整合的であることができる。トラフィックは、１つまたは複数の送信を含むことができる。送信およびトラフィックは、本明細書においては、交換可能に使用することができる。
本明細書において説明される実施形態および例においては、第１のトラフィックタイプは、公称トラフィック（nominal traffic）と呼ばれることがある。第２のトラフィックタイプは、低待ち時間（低遅延時間）トラフィックと呼ばれることがある。第１のトラフィックタイプおよび第２のトラフィックタイプは、異なる待ち時間要件を有することができる。例えば、第２のトラフィックタイプは、第１のトラフィックタイプよりも短い、待ち時間要件を有することができる。第１のトラフィックタイプおよび第２のトラフィックタイプは、トラフィックタイプの非限定的な例として意図されている。１つまたは複数の他の（例えば、他の任意の）トラフィックタイプを使用することができ、それらは、依然として本明細書における例と整合的であることができる。
第２のトラフィックタイプは、超高信頼性および低待ち時間通信（ＵＲＬＬＣ）トラフィックを含むことができる。第２のトラフィックタイプ（例えば、低待ち時間トラフィック）は、クリティカルな、高信頼性の、超高信頼性の、またはミッションクリティカルなトラフィックであることができる。例えば、第２のトラフィックタイプは、ＵＲＬＬＣタイプのトラフィックであることができる。第１のトラフィックタイプ（例えば、公称トラフィック）は、拡張モバイルブロードバンド（ｅＭＢＢ）タイプのトラフィックを含むことができる。第１のトラフィックタイプは、非クリティカルな、待ち時間制約のより小さい、または待ち時間制約のないタイプのトラフィックであることができる。例えば、第１のトラフィックタイプは、ｅＭＢＢタイプのトラフィックであることができる。
本明細書において説明される実施形態および例においては、ＵＲＬＬＣおよび／またはｅＭＢＢは、例示的なトラフィックおよび／または送信タイプとして使用されることがある。ＵＲＬＬＣおよびｅＭＢＢは、非限定的な例として使用され、１つまたは複数の他の（例えば、他の任意の）タイプの送信および／またはトラフィックによって置き換えることができ、依然として本明細書における例と整合的であることができる。
いくつかのトラフィックは、相対的に重要と見なすことができ、またはさもなければ厳格なＱｏＳ要件を有することができる。例えば、低待ち時間（低遅延）トラフィックは、そのようなトラフィックであることができる。（例えば、低待ち時間トラフィックなどの）トラフィックは、予測不可能であることができる。トラフィックは、非周期的および／または低頻度であることができる。例えば、必要とされたときの利用可能性を保証するために、専用リソースを確保しておくことは、スペクトルの非効率的な使用を引き起こすことがあり、および／または望ましくないことがある。そのようなトラフィックのためにリソースを確保しておかないことは、（例えば、低待ち時間トラフィックを送信する必要があることがあるときに）トラフィックのためのリソースの不十分な利用可能性を引き起こすことがある。第１の送信にすでに割り当てられた１つまたは複数のリソースは、第２の送信と共用される、および／または第２の送信に再割り当てされる必要があることがある。
図８は、１つのトラフィックタイプ（例えば、公称トラフィック）から別のトラフィックタイプ（例えば、低待ち時間トラフィック）への例示的なリソース再割り当てを示している。
リソースが、送信間において共用されるとき、または１つの送信が、別の送信に割り当てられた１つまたは複数のリソースを使用するとき、例えば、干渉および／またはパンクチャリングが原因で、性能に影響を与えることがある。同じリソースにおける送信の多重化は、送信に対する性能影響を考慮および／または低減する方式で、可能にすることができる。
要求、グラント、ＨＡＲＱフィードバック、および／またはデータの送信は、１つもしくは複数のブロックおよび／もしくはチャンクの、例えば、１つもしくは複数のサブフレームのタイミングで、ならびに／またはそれらのタイミングに従って、実行することができる。１つまたは複数のサブフレームの持続時間は、固定された持続時間、および／または知られた持続時間（例えば、１ｍｓ）であることができる。持続時間は、送信時間間隔（ＴＴＩ）と呼ばれることがある。
リソース要素（ＲＥ）は、時間および／または周波数におけるリソースのセットに対応することができる。周波数リソースのセットは、１つまたは複数のサブキャリアのセットを含むことができる。時間リソースのセットは、１つまたは複数の時間サンプルおよび／またはシンボルのセットを含むことができる。ＬＴＥ ＲＥなどのＲＥは、１つのシンボルの時間期間の間に、周波数において１つのサブキャリアを含むことができる。
パンクチャされたＲＥ、および／またはパンクチャされたＲＥのグループは、１つの送信タイプに割り当てる（例えば、初期的に割り当てる）ことができ、２つ以上の送信タイプ（例えば、初期的に割り当てられた送信タイプ、およびパンクチャされた送信タイプ）のためのトラフィックを搬送するために使用することができる。
待ち時間制約のないトラフィックおよび低待ち時間トラフィックは、ＲＥレベルにおいて、多重化することができる。例えば、送信機は、元は第１のタイプのトラフィック（例えば、公称トラフィックnominal traffic）に割り当てられたいくつかのＲＥの１つまたは複数（例えば、すべて）のビットをパンクチャすることができる。送信機は、１つまたは複数（例えば、すべて）のパンクチャされたＲＥ上において、第２のタイプのトラフィック（例えば、低待ち時間トラフィック）を送信して、例えば、低待ち時間トラフィックの送信を可能にすることができる。例えば、送信すべき公称データを有するＷＴＲＵと、送信すべき低待ち時間データを有するＷＴＲＵが、類似のチャネル状態を経験する場合、送信機は、１つまたは複数の選択されたＲＥのフルパンクチャリングを使用することができる。
例えば、送信機は、１つまたは複数のパンクチャされないＲＥに対して、１６値直交振幅変調（ＱＡＭ）を使用することができる。１つまたは複数のパンクチャされないＲＥは、第１のタイプのトラフィック（例えば、公称トラフィック）のために使用することができる。送信機は、１つまたは複数のパンクチャされたＲＥに対して、（例えば、４位相偏移変調（ＱＰＳＫ）変調など）より低次の変調を使用することができる。１つまたは複数のパンクチャされたＲＥは、第２のタイプのトラフィック（例えば、低待ち時間トラフィック）のために使用することができる。図９は、低待ち時間トラフィック９０４による公称トラフィック９０２のフルパンクチャリングを用いる例示的なトラフィック多重化を示している。例えば、公称トラフィック９０２は、１６値ＱＡＭ変調９０６を有することができ、低待ち時間トラフィック９０４は、ＱＰＳＫ変調９０８を有することができる。
本明細書において説明される実施形態および例においては、１６値ＱＡＭおよび／またはＱＰＳＫ変調は、異なる次数の変調の例として使用されることがある。１６値ＱＡＭおよび／またはＱＰＳＫ変調は、非限定的な例として使用され、１つまたは複数の他の（例えば、他の任意の）次数の変調によって置き換えることができ、依然として本明細書における例と整合的であることができる。
送信機は、ＲＥレベルにおいて、異なるサービスの符号化ビットを多重化して、例えば、同じＲＥまたはＲＥのグループにおいて、公称トラフィックおよび低待ち時間トラフィックの両方を送信することができる。
例えば、送信されるコンステレーションは、１つまたは複数（例えば、すべて）のサブキャリアおよび／またはシンボルにわたって、一定であり続けることができる。パンクチャされたＲＥのための変調シンボルの１つまたは複数のビットは、公称トラフィックのために使用することができる。変調シンボルの１つまたは複数の残りのビットは、低待ち時間トラフィックのために使用することができる。図１０は、階層的変調を使用する例示的なＲＥレベルトラフィック多重化を示している。例えば、コンステレーションは、第１のトラフィック（例えば、公称トラフィック）１００２については、１６値ＱＡＭ変調１００６であることができ、第２のトラフィック（例えば、低待ち時間トラフィック）１００４のために、１つまたは複数（例えば、４つ）のＲＥ上のビットを、パンクチャすることができる。パンクチャされたＲＥの４つのビットのうちの１つまたは複数（例えば、２つ）のビットは、公称トラフィック１００２のために使用することができる。パンクチャされたＲＥの１つまたは複数（例えば、２つ）の他のビットは、低待ち時間トラフィックのために使用することができる。別の例においては、コンステレーションは、６４値ＱＡＭ変調を使用することができ、１つまたは複数のパンクチャされたＲＥは、公称トラフィックのために、１つまたは複数（例えば、４つ）のビットを、低待ち時間トラフィックのために、１つまたは複数（例えば、２つ）のビットを使用することができる。別の例においては、コンステレーションは、２５６値ＱＡＭ変調を使用することができ、１つまたは複数のパンクチャされたＲＥは、公称トラフィックのために、１つまたは複数（例えば、４つ）のビットを、低待ち時間トラフィックのために、１つまたは複数（例えば、４つ）のビットを使用することができる。公称トラフィックおよび／または低待ち時間トラフィックのビットを区分する１つまたは複数の他の手段を、パンクチャされたリソースにおいて実行することができる。
公称トラフィックの受信機は、１つまたは複数のパンクチャされたＲＥを検出することができる。受信機は、１つまたは複数のパンクチャされたＲＥにおいて、他のトラフィック（例えば、低待ち時間トラフィック）に対して割り当てられたビットロケーション内に、ゼロをパディングして、例えば、復調されたシンボルをデコードすることができる。
第２のタイプのトラフィック（例えば、低待ち時間トラフィック）に対して割り当てることができるビットの数を、事前定義しておくこと、（例えば、より高位のレイヤのシグナリングを介して）構成すること、および／または（例えば、ダウンリンク構成情報（ＤＣＩ）において）示すことができる。ビットマッピング（例えば、グレーマッピング、または非グレーマッピング）を、事前定義しておくこと、（例えば、より高位のレイヤのシグナリングを介して）構成すること、および／または（例えば、ＤＣＩにおいて）示すことができる。時間および／または周波数における１つまたは複数の潜在的なパンクチャされるＲＥのロケーションを、事前定義しておくこと、（例えば、より高位のレイヤのシグナリングを介して）構成すること、および／または（例えば、ＤＣＩにおいて）示すことができる。
パンクチャされたデータは、パンクチャされないデータとは異なる変調次数と関連付けることができる。例えば、送信機は、１つまたは複数のパンクチャされたＲＥに対して、第１の変調次数を使用することができる。送信機は、１つまたは複数のパンクチャされないＲＥに対して、第２の変調次数を使用することができる。例においては、第１の変調次数は、第２の変調次数よりも高い変調次数を有することができる。パンクチャされたデータは、異なる変調次数と関連付けられて、例えば、２つの異なるタイプのトラフィック（例えば、公称トラフィックおよび低待ち時間トラフィック）を多重化し、および／または１つまたは複数のパンクチャされたＲＥの復調の信頼性を高めることができる。送信機は、１つまたは複数のパンクチャされたＲＥのための変調次数を、（例えば、公称トラフィックのそれと比較して）低下させることができる。送信機は、１つまたは複数のパンクチャされたＲＥのための変調次数を低下させ、信頼性を高めることができる。公称トラフィックは、低待ち時間トラフィックよりも高い変調次数を有することができる。例えば、変調次数は、（例えば、公称トラフィックのための）１６値ＱＡＭ変調から、（例えば、低待ち時間トラフィックのための）ＱＰＳＫ変調に低下させることができる。
図１１は、パンクチャされたデータに対する異なる変調タイプの例示的な使用を示している。例えば、図１１に示されるように、（例えば、公称トラフィックのために使用される）１つまたは複数のパンクチャされないＲＥの変調１１０２は、１６値ＱＡＭ変調１１０６であることができ、グレーマッピングを使用することができる。コンステレーションの左および／または右半平面は、公称データシンボルの最上位ビット（ＭＳＢ）を決定することができる。送信機は、（例えば、低待ち時間トラフィックのために使用される）１つまたは複数のパンクチャされたＲＥに対して、ＱＰＳＫ変調１１０８を使用することができる。送信機は、（例えば、図１１のマッピングに従って）公称データシンボルおよび低待ち時間データシンボルをマッピング（例えば、合同マッピング）することができる。公称データシンボルおよび低待ち時間データシンボルのマッピングは、公称トラフィックの受信機が、元の公称シンボルのＭＳＢを検出する（例えば、高い信頼性で検出する）ことを可能にすることができる。低待ち時間トラフィックの受信機は、送信された低待ち時間シンボルを検出する（例えば、高い信頼性で検出する）ことができる。
パンクチャされたＲＥに対して異なる変調次数を使用する１つまたは複数の他の例を、実行することができる。
トラフィックは、異なるコンステレーションを使用して、重ね合わせることができる。例えば、１つまたは複数の低待ち時間（低遅延）ビットは、より低い電力レベルにおいて、１つまたは複数の公称ビットとともに送信することができる。１つまたは複数の低待ち時間ビットは、（例えば、複数の直交拡散符号を使用して）時間および／または周波数における複数のポイント上に拡散させることができる。図１２Ａおよび図１２Ｂは、重なり合う公称トラフィックおよび低待ち時間トラフィックの例を示している。例えば、図１２Ａに示されるように、１つまたは複数の低待ち時間ビット１２０４は、それぞれ、ＢＰＳＫ１２０６およびＱＰＳＫ１２０８において変調することができ、それらは、公称トラフィック１２０２を用いて、（例えば、より低い電力において）同じ時間に送信することができる。公称トラフィック１２０２の１つまたは複数のビットは、１６値ＱＡＭを使用して、変調することができる。図１２Ｂに示されるように、１つまたは複数（例えば、２つ）のトラフィックタイプ（例えば、１２１０、１２１２）は、重なり合う方式で、送信することができる。例えば、１つまたは複数の低待ち時間ビット（例えば、グレーカラービット）１２１０は、２つ以上（例えば、８つ）のサブキャリア１２１４、および／または２つ以上（例えば、２つ）の時間シンボル上に拡散させることができる。１つまたは複数の低待ち時間ビットの電力レベルは、信頼性要件に基づいて、設定および／または制御することができる。例えば、１つまたは複数の低待ち時間ビットの電力レベルは、信頼性要件が高い場合、より高い電力レベルであることができる。拡散符号のサイズ（例えば、拡散係数）は、信頼性要件に基づいて、制御することができる。例えば、信頼性要件が高い場合、より長い拡散符号を使用することができる。受信機において、逆拡散を実行することができる。逆拡散は、１つまたは複数の低待ち時間ビット１２１０を回復することができる。
アンテナリソース適応を実行することができる。低待ち時間は、（例えば、初回送信が成功する高い可能性を保証し、繰り返される再送を回避し、および／または過剰な遅延を回避するために）高い送信利得を利用することができる。高い送信利得は、多数のアンテナポートの使用を通して、達成することができる。多数のアンテナポートは、チャネル状態および／またはＷＴＲＵロケーションを所与として、より良いプリコーディングおよび／またはビームフォーミングを可能にすることができる。例えば、トラフィックタイプ当たりの与えられた数の送信符号語のために使用されるアンテナポートの数は、調整することができる。アンテナポートの数は、公称トラフィックおよび低待ち時間トラフィックの（例えば、同時）送信に適合するように、調整することができる。
例えば、低待ち時間トラフィックの非存在下において、Ｍ＞ＣNominalである場合、次元がＭ×ＣNominalである、プリコーディング行列Ｐを使用することによって、公称トラフィックのＣNominal個の符号語の送信のために、Ｍ個のアンテナポートおよび／またはレイヤを使用することができる。プリコーディング行列は、ビームフォーミングサブシステムの実際のプリコーダであることができる。プリコーディング行列は、ハイブリッドプリコーディング構造の内部プリコーダであることができる。低待ち時間トラフィックの到着によって、送信機（例えば、ｅＮＢ）のアンテナリソースマネージャは、１つまたは複数のアンテナリソース（例えば、公称トラフィックのために最初使用されたＭ個の利用可能なアンテナポートのうちのＭ1個）を、低待ち時間トラフィックのＣLow latency個の符号語の送信用にシフトさせることができる。送信機は、リソース全体のうちのＭ2＝Ｍ−Ｍ1個のアンテナポートを、公称トラフィックの符号語の送信用に利用する（例えば、それだけを利用する）ことができる。図１３は、トラフィックタイプ（例えば、公称トラフィック１３０２および／または低待ち時間トラフィック１３０４）に基づいた、例示的なアンテナリソース割り当てを示している。より多くのアンテナポートの低待ち時間トラフィック１３０４への割り当ては、低待ち時間トラフィック１３０４についてのロバストな送信（例えば、よりロバストな送信）を可能にすることができる。
例えば、アンテナポートの総数Ｍが、Ｍ＞＞ＣNominal１３０６、Ｍ＞＞ＣLow latency１３０８である場合、低待ち時間トラフィック１３０４のために割り当てられるポートの数は、公称トラフィック１３０２のビームフォーミング性能に影響を与えることなく、（例えば、独立に）選択することができる。
１つまたは複数のパンクチャリングパターンを使用することができる。例えば、複数のトラフィックタイプについての情報を多重化するとき、送信機は、例えば、強化された信頼性のために（例えば、チャネル推定誤差に起因する性能悪化を最小化するために）、時間および／または周波数において１つまたは複数の（例えば、任意の）基準シンボルおよび／または固定シンボルに隣接して配置された、１つまたは複数のＲＥをパンクチャすると決定することができる。
図１４は、例えば、強化されたダウンリンク（ＤＬ）信頼性のための、例示的なパンクチャリングパターンを示している。例えば、ＬＴＥにおいては、図１４に示されたＴＴＩのＤＬ送信のために、時間および／または周波数において基準シンボル１４０２に隣接する１つまたは複数のシンボル（例えば、ＲＥ）を、パンクチャリング操作のための可能なロケーションとして、選択することができる。送信機は、事前定義および／または事前構成しておくことができる、パンクチャリングパターンによって決定された時間的に最も早いシンボルから始めて、１つまたは複数のＲＥをパンクチャし始めることができる。例えば、送信機は、低待ち時間トラフィックが発生したとき、および／または低待ち時間トラフィックを送信する必要があるとき、パンクチャリングを開始することができる。パンクチャリングは、事前定義および／または事前構成しておくことができる事前決定された持続時間の間、継続することができる。パンクチャリングは、時間的に示されたシンボルまで、または（例えば、図１４に示されるように）ＴＴＩの終りまで、継続することができる。
図１５は、強化されたアップリンク（ＵＬ）信頼性のための例示的なパンクチャリングパターンを示している。例えば、ＬＴＥ ＴＴＩのアップリンクのために、復調基準信号１５０４の前および／または後の１つまたは複数のシンボル（例えば、ＲＥ）１５０２を、パンクチャすることができる。多重化されたトラフィックの送信のために、１つまたは複数のシンボルを、パンクチャすることができる。
図１６は、例えば、低減された待ち時間のための、例示的なパンクチャリングパターンを示している。例えば、送信機は、（例えば、複数のトラフィックタイプについての情報を多重化するとき）基準シンボル１６０２を有する１つまたは複数のサブキャリアを含むことができるパンクチャリングパターンを選択することができる。シンボルは、サブキャリアにマッピングすることができる。サブキャリアは、１つまたは複数のシンボルを搬送するリソースであることができる。サブキャリアは、空白で残すことができ、またはシンボルを詰めることができる。送信機は、例えば、図１６における垂直破線の右側において、（例えば、低待ち時間送信のための低減された待ち時間を達成するために）低待ち時間データが到着したときに、パンクチャリングを開始することができる。パンクチャリングは、事前決定された持続時間の間、継続することができる。例においては、パンクチャリングは、時間的に示されたシンボルまで、継続することができる。例においては、パンクチャリングは、ＴＴＩの終りまで、継続することができる。
パンクチャされたデータは、制御チャネルを使用して、示すこと、および／または検出することができる。例えば、送信機は、制御チャネルを使用して、１つまたは複数のパンクチャされたＲＥのロケーションをシグナリングすることができる。制御チャネルは、（例えば、多重化されたトラフィックの存在を、公称トラフィックの受信機および／または低待ち時間トラフィックの受信機にシグナリングするために）ＴＴＩの終りに配置することができる。図１７は、通信における１つまたは複数のパンクチャリングパターンおよび／またはロケーションを示すための例示的な制御信号を示している。例えば、ＤＬについて図１７に示されるように、制御情報の長さは、１つのシンボルの持続時間、または複数のシンボルの持続時間であることができる。制御情報は、サブバンドおよび／またはバンド全体にわたって拡散することができる。
ダウンリンクおよび／またはアップリンクにおいては、制御情報は、パンクチャリング開始の時間インデックス、パンクチャリング停止の時間インデックス、時間および周波数における（例えば、直接的もしくは間接的に）パンクチャされたシンボルの数、またはパンクチャリングパターンのうちの１つまたは複数を含むことができる。
図１８は、ＵＬにおける１つまたは複数のパンクチャされたロケーションを示すための例示的な制御信号１８０２を示している。例えば、アップリンクについて図１８に示されるように、制御情報は、サウンディング基準信号（ＳＲＳ）を用いて、エンコードすることができる。ＳＲＳの前の１つまたは複数のシンボルは、制御チャネルのために使用することができる。
１つもしくは複数の直交周波数分割多重（ＯＦＤＭ）シンボル（例えば、各ＯＦＤＭシンボル）、および／または別の波形シンボルは、制御情報を含むことができる。制御情報は、例えば、現在の、先の、および／または次のパンクチャされるシンボルを示すことができる。制御情報は、パンクチャされるシンボルの１つまたは複数のインデックスを示すことができる。制御情報は、パンクチャされるシンボルの数を示すことができる。制御情報は、パンクチャリングパターンを示すことができる。
パンクチャされるデータのインジケーション（例えば、速やかなインジケーション）のために、パンクチャリングインジケータを使用することができる。ＯＦＤＭシンボル内における１つもしくは複数のサブキャリア、および／または１つもしくは複数のＲＥは、現在および／または隣接ＯＦＤＭシンボル内に、パンクチャされたサブキャリア（例えば、ＲＥ）のセットが存在するかどうかを、（例えば、パンクチャリングインジケータを介して）示すことができる。パンクチャリングインジケータは、例えば、待ち時間低減のために、使用することができる。図１９は、シンボル内におけるパンクチャされたロケーションの例示的なインジケーションを示している。例えば、図１９に示されるように、パンクチャリングインジケータ１９０２のロケーションは、固定されること、および／または事前定義しておくことができる。パンクチャリングパターンのロケーションは、事前定義しておくこと、および／またはシグナリング（例えば、より高位のレイヤのシグナリング）を介して、半静的に伝達することができる。１つまたは複数のパンクチャされたＲＥの存在は、パンクチャリングインジケータのＯＦＤＭシンボル内において示すことができる。例えば、同じＯＦＤＭシンボル内におけるＲＥの１つは、１つまたは複数のパンクチャされたＲＥを示すことができる。例えば、同じＯＦＤＭシンボル内におけるＲＥの１つは、１つまたは複数のパンクチャされたＲＥを示すように、例えば、２値インジケータの１もしくは−１に設定することができる（または１もしくは０に設定することができる）。同じＯＦＤＭシンボル内におけるＲＥの１つは、１つまたは複数のパンクチャされたＲＥの存在を示すように１に設定することができる。同じＯＦＤＭシンボル内におけるＲＥの１つは、１つまたは複数のパンクチャされたＲＥの非存在を示すように−１（または０）に設定することができる。変調タイプは、１つまたは複数のパンクチャされたＲＥを示すように変更することができる。
図２０は、パンクチャリングインジケータリソース内において、パンクチャリングインジケータおよび公称データを多重化する例を示している。例えば、ＲＥのセットは、データおよび制御情報の両方を（例えば、同時に）搬送することができる。１つまたは複数の制御ビットおよび１つまたは複数のデータビットは、コンステレーションポイント（例えば、同じコンステレーションポイント）において多重化することができる。送信すべき公称データおよび／または低待ち時間（低遅延）データを有する１つまたは複数のＷＴＲＵは、ＲＥのセットを監視（モニター）することができる。ＷＴＲＵは、ＲＥのセットを監視して、隣接パンクチャリングパターンにおけるＲＥがパンクチャされるかどうかを決定することができる。例えば、図２０に示されるように、パンクチャリングインジケータＲＥは、１６値ＱＡＭを使用することができる。パンクチャリングインジケータＲＥの最上位ビットは、パンクチャリングを示すことができる。例えば、パンクチャリングインジケータＲＥの最上位ビットは、パンクチャリングを示すために、１であることができる。パンクチャリングインジケータＲＥの最上位ビットは、非パンクチャリングを示すために、０であることができる。パンクチャリングインジケータＲＥの最後の３ビットは、公称ＷＴＲＵについてのデータ転送のために使用することができる。
１つまたは複数のリソースは、例えば、動的に、借用することができる。１つまたは複数のリソースを動的に借用することは、（例えば、待ち時間制約のない送信に対する影響を低減するなど）待ち時間制約のない送信の性能測定に影響を与えることができる。第１のタイプのトラフィックのダウンリンク送信のために割り当てられたリソースのいくらかが使用されて、第２のタイプのトラフィックを送信することができる。第１のタイプのトラフィックの例は、モバイルブロードバンドトラフィックであることができる。第２のタイプのトラフィックの例は、低待ち時間データであることができる。このケースにおいては、第１のタイプのトラフィックの送信の性能は、悪化することがある。性能は、ブロック誤り率など、様々なパラメータを使用することによって測定することができる。
例えば、性能悪化は、１つまたは複数のリソース（例えば、追加リソース）を第１のタイプのトラフィックのダウンリンク送信に割り当てることによって、低減および／または防止することができる。１つまたは複数のリソース（例えば、追加リソース）は、第２のタイプのトラフィックが、第１のタイプのトラフィックからのリソースを使用しなかった場合には、第１のタイプのトラフィックのアップリンク送信のために割り当てられていたシンボルを含むことができる。
ＤＬデータは、１、２、．．．、Ｎなどの、データ部分を含むことができ、各部分は、１つのＯＦＤＭシンボル上において送信されるように、スケジュールしてあることができる。例えば、ＯＦＤＭシンボル１は、データ部分１を搬送することができ、ＯＦＤＭシンボル２は、データ部分２を搬送することができるなどである。図２１は、ＴＤＤ ＴＴＩ内における例示的な動的リソース借用を示している。図２１に示されるように、ＴＴＩのＤＬ部分は、１つまたは複数（例えば、６つ）のＯＦＤＭシンボルを含むことができる。１つまたは複数のＯＦＤＭシンボルの各々は、例えば、第１のタイプのトラフィックからのデータの一部を搬送することができる。１つまたは複数のＯＦＤＭシンボルのうちのＯＦＤＭシンボル（例えば、ＯＦＤＭインデックスｋ＝３）を、パンクチャすることができる。パンクチャされたＯＦＤＭシンボルは、第１のタイプのトラフィックの送信のために利用可能でないことができる。
例えば、パンクチャされたシンボルに後続する第１のＤＬシンボル（例えば、シンボルインデックスｋ＋１）は、データ部分ｋを搬送することができる。図２１に示されるように、シンボル３をパンクチャすることができる。パンクチャされたシンボルに後続する次のＤＬシンボル（例えば、シンボル４）は、データ部分３を搬送することができる。最初にＤＬ送信のために割り当てられたＤＬシンボルの数は、データ部分の数よりも少ないことがある。最初はアップリンク送信のために予約されたものから、１つまたは複数のシンボルを借用することができる。１つまたは複数の借用されたシンボルは、ダウンリンク送信のために使用することができる。図２１に示されるように、例えば、例１は、インデックス１を有するＵＬシンボルのために割り当てられた時間を含むことができる。インデックス１を有するＵＬシンボルのために割り当てられた時間を使用して、データ部分５を搬送するダウンリンクシンボルを送信することができる。
図２１に示されるように、例２においては、１つまたは複数のＤＬシンボルは、元はＤＬシンボルに割り当てられたデータ部分を搬送することができる。パンクチャされたＤＬシンボルによって搬送されることになっていたデータ部分は、ＴＴＩのＵＬ領域内において送信されるＤＬシンボルによって搬送することができる。
ＵＬシンボルのうちの１つまたは複数が、ＤＬ送信に割り当てられるとき、アップリンク送信は、（例えば、より高い符号化率を引き起こす）より少ないリソースが原因で、厄介になることがある。ブロック誤り率の低下は、ｄＢの分数またはより大きいことができる。ブロック誤り率の低下は、例えば、ＤＬ送信によって借用されたＵＬリソースの量に基づくことができる。ＷＴＲＵは、（例えば、符号化率の低下を補償するために）例えば、より高い電力を用いて、ＵＬシンボルを送信するように構成することができる。
制御チャネル（例えば、既存の制御チャネル、または新しい制御チャネル）を定義すること、変更することなどができる。制御チャネルは、ＵＬリソースのいくらかがＤＬのために使用されたことを、１つまたは複数のＷＴＲＵに（例えば、インジケータを介して）通知することができる。制御チャネルは、新しい電力設定を、１つまたは複数のＷＴＲＵに示すことができる。制御チャネルは、（例えば、本明細書において説明されるように）事前定義されたロケーションに配置することができる。例えば、制御チャネルは、元のＤＬ送信の最後のＯＦＤＭシンボルに配置することができる。制御チャネルが、例えば、元のＤＬ送信の最後のＯＦＤＭシンボルに配置されるとき、１つまたは複数のＷＴＲＵは、（例えば、最後のＤＬ ＯＦＤＭシンボルにおいて）制御チャネルを読み取ることができる。制御チャネルが、ＤＬ送信のパンクチャリングに関する情報を含む場合、１つまたは複数のＷＴＲＵは、ＵＬ ＯＦＤＭシンボルのうちの１つまたは複数において、送信しないことができる。１つまたは複数のＵＬ ＯＦＤＭシンボルの間、１つまたは複数のＷＴＲＵは、ＤＬトラフィックの受信を継続することができる。
制御チャネルが、元のＤＬ送信の最後のＯＦＤＭシンボルに配置されるとき、制御チャネル内においてシグナリングされる情報は、ＤＬ送信のために割り当てられたＵＬシンボルの数、および／またはＵＬ送信のための電力増加などのうちの１つまたは複数を含むことができる。
制御チャネルが、元のＤＬ送信の最後のＯＦＤＭシンボルに配置され、ＵＬ送信が、開始したとき、１つまたは複数のＷＴＲＵは、制御チャネル内において示された送信電力を使用することができる。
１つまたは複数のリソースは、自己完結的なＴＤＤサブフレーム内において、ＤＬシンボルおよびＵＬシンボルの間で共用することができる。時間窓（例えば、ＴＴＩ）内において、Ｎｓｙｍ個のシンボルを配置し、使用し、および／または構成することができる。Ｎｓｙｍ個のシンボルのうちの第１のサブセットは、ダウンリンク送信のために使用することができる。Ｎｓｙｍ個のシンボルのうちの第２のサブセットは、アップリンク送信のために使用することができる。ダウンリンク送信のために使用されるＮｓｙｍ個のシンボルのうちの第１のサブセットは、ＤＬシンボルと呼ばれることがある。アップリンク送信のために使用されるＮｓｙｍ個のシンボルのうちの第２のサブセットは、ＵＬシンボルと呼ばれることがある。
時間窓内におけるＤＬシンボルおよびＵＬシンボルは、時間領域において重なり合わないことができる。
ＤＬシンボルは、最初のＮDL個のシンボルに配置することができる。ＵＬシンボルは、最後のＮUL個のシンボルに配置することができる。
ＤＬシンボルまたはＵＬシンボルの部分ではないシンボルは、ガードシンボルと呼ばれることがある。ガードシンボル、ギャップ、切り換え時間、切り換えシンボル、およびＤＬ−ＵＬ切り換え時間は、本明細書においては交換可能に使用することができる。
ＮDLおよび／またはＮULは、時間窓内におけるガードシンボルのロケーションに基づいて、決定することができる。時間窓内において、１つまたは複数のガードシンボルを使用することができる。１つまたは複数のガードシンボルは、ＤＬシンボルまたはＵＬシンボルの間に配置することができる。ガードシンボルの数、および／または時間窓内におけるガードシンボルのロケーションは、事前定義しておくこと、（例えば、より高位のレイヤのシグナリングを介して）構成すること、および／または１つもしくは複数のＤＬシンボル内（の、例えば、ＤＣＩ）において示すことができる。
第１のタイプのトラフィック（例えば、通常待ち時間トラフィック）のためのダウンリンク送信のために、ＮDL個のＤＬシンボルを使用することができる。第２のタイプのトラフィック（例えば、低待ち時間トラフィック）のためのダウンリンク送信のために、ＮDL個のＤＬシンボルのうちの１つまたは複数を使用することができる。以下のうちの１つまたは複数を適用することができる。
第１のタイプのトラフィックは、ダウンリンクデータおよび／または関連付けられたダウンリンク制御チャネルのために、ＮDL個のＤＬシンボルを使用することができる。ＤＬデータが送信されているとき、関連付けられたダウンリンク制御チャネルを使用して、そのＤＬデータに関する１つまたは複数の制御情報（例えば、データがどこに配置されるか、どの変調タイプが使用されるか）を送信することができる。第２のタイプのトラフィックは、ダウンリンクデータおよび／または関連付けられたダウンリンク制御チャネルのために、ＮDL個のＤＬシンボルのサブセットを使用することができる。第１のタイプのトラフィックのためのダウンリンク送信は、第２のタイプのトラフィックのためのダウンリンク送信によって、パンクチャ、レートマッチング、および／またはヌル化することができる。１つまたは複数のパンクチャ、レートマッチング、および／またはヌル化されたＤＬシンボルを、ＷＴＲＵに示すことができる。パンクチャ、レートマッチング、および／またはヌル化されたＤＬシンボルの数を、１つまたは複数のＤＬシンボル（例えば、第ＮDLのシンボル）内において示すことができる。
１つまたは複数のガードシンボルのロケーションは、（例えば、第２のタイプのトラフィックのために使用されるＤＬシンボルの数に基づいて）変更することができる。例えば、１つのＤＬシンボルが、第２のタイプのトラフィックのために使用され、第１のタイプのトラフィックについてパンクチャ、レートマッチング、および／またはヌル化される場合、ガードシンボルの時間ロケーションは、第２のタイプのトラフィックのために使用されるＤＬシンボルの数（例えば、１つのＤＬシンボル）だけ遅らせることができる。ＵＬシンボルの数は、第２のタイプのトラフィックのために使用されるＤＬシンボルの数に基づいて、減少させることができる。ＵＬシンボルの数は、ガードシンボルの時間ロケーションのために遅らされたシンボルの数に基づいて、減少させることができる。ＤＬシンボルの数は、第２のタイプのトラフィックのために使用されるシンボルの数に基づいて、増加させることができる。例えば、時間窓内において、第２のタイプのトラフィックのために、ＮSE個のシンボルが使用される場合、時間窓内におけるＤＬシンボルの数は、ＮDL＋ＮSEに変更することができる。
第２のタイプのトラフィックのために使用することができるＤＬシンボルの数は、ある数、例えば、Ｎｍａｘまでに制限することができる。例えば、Ｎｍａｘは、ＮDL−ＮCL以下であることができる。ＮCLは、ダウンリンク制御チャネルのために使用されるＤＬシンボルの数と呼ばれることがある。ＮCLは、「０」を含むことができる。ＮCLは、事前定義された数であること、より高位のレイヤのシグナリングを介して構成すること、および／または各時間窓内において動的に示すことができる。ＮCLは、ＮDL、ＮUL、および／または時間窓内におけるシンボルの数のうちの少なくとも１つに基づいて、決定することができる。
ギャップのために使用されるシンボルの数は、第２のタイプのトラフィックのために使用されるシンボルの数に基づいて、変更することができる。例えば、ガードシンボルのために、ＮGAP個のシンボルを決定することができる。時間窓内における第２のタイプのトラフィックのために、ＮSE個のシンボルを使用することができる。ギャップのために使用されるシンボルの数は、ＮGAP個のシンボルからＮGAP−ＮSE個のシンボルに減少させることができる。ＮGAPおよび／またはＮSEを、ＷＴＲＵは、知ることができる。ＮGAPは、（例えば、より高位のレイヤのシグナリングを介して）構成すること、および／または示すこと（例えば、動的に示すこと）ができる。ＮSEは、時間窓内における１つまたは複数のＤＬシンボル（例えば、ＮDL個のＤＬシンボルにおける知られたロケーション）において示すことができる。（例えば、ＮSE個のシンボルが第２のタイプのトラフィックのために使用される時間窓内において、アップリンク送信のためにスケジュールすることができる）ＷＴＲＵは、ＮGAPおよび／またはＮSEに基づいて、アップリンク送信を決定することができる。ＮGAP−ＮSEが、事前決定された閾値よりも小さい場合、ＷＴＲＵは、時間窓内におけるアップリンク送信をやめることができる。例えば、ＮGAP−ＮSEが、ＷＴＲＵのタイミング進み値よりも小さい場合、ＷＴＲＵは、スケジュールされたアップリンク送信をやめることができる。ＮGAP−ＮSEが、事前決定された閾値よりも小さい場合、ＷＴＲＵは、１つまたは複数のＵＬシンボルのうちの最初のシンボルを、ガードシンボルとして使用することができる。
ＴＴＩの１つまたは複数のタイミング境界を、変更することができる。ＴＴＩの１つまたは複数のタイミング境界は、（例えば、ＴＴＩ内における１つまたは複数のパンクチャされたシンボルを補償するために）境界をそれ以降の時間瞬間またはそれ以前の時間瞬間に動かすことによって、変更することができる。例えば、ＴＴＩ内において、ｍ個のシンボルがパンクチャされた場合、ＴＴＩは、ｍＴ秒だけ拡張することができ、ここで、ｍは、パンクチャされたシンボル（例えば、ＯＦＤＭシンボル）の数であり、Ｔは、シンボル持続時間である。１つまたは複数の変更されるタイミング境界を有するＴＴＩは、融通性があるＴＴＩと呼ばれることがある。
図２２は、例示的な融通性があるＴＴＩを示している。例えば、第１のＴＴＩ（例えば、ＴＴＩ ｍ）２２０２は、時間ｔ＝ｔ０からｔ＝ｔ１内において送信されるように、スケジュールしておくことができる。第１のＴＴＩ２２０２の持続時間は、固定することができる。第１のＴＴＩ２２０２の持続時間は、例えば、１０Ｔに等しいことができる。第１のＴＴＩ内のシンボルの１つがパンクチャされ、１つのシンボルが持続時間Ｔを有するとき、ＴＴＩの終了ポイントは、ｔ＝ｔ１＋Ｔまで拡張することができる。第１のタイプのトラフィックの送信は、シンボルがパンクチャされた時間の間、停止することができる。第１のタイプのトラフィックの送信は、例えば、パンクチャリングが終了した後、再開することができる。第１のＴＴＩの持続時間は、例えば、１０Ｔから１０＋１＝１１Ｔまで増加することができる。
ＴＴＩのタイミングが拡張されたとき、以降のＴＴＩのいくつかは、例えば、ＴＴＩ（またはサブフレーム）のグループのタイミングを維持するために短縮されることがある。例えば、図２２に示されるように、第２のＴＴＩ（例えば、ＴＴＩ ｍ＋１）２２０４は、（例えば、第１および第２のＴＴＩの合計持続時間が保存されるように）第１のＴＴＩが拡張された量（例えば、同じ量）だけ、短縮することができる。
制御チャネル（例えば、既存の制御チャネル、または新しい制御チャネル）を定義すること、変更することなどができる。例えば、制御チャネルは、ＴＴＩ境界が拡張されたことを、１つまたは複数のＷＴＲＵに示すことができる。制御チャネルは、事前定義されたロケーション内に存在することができる。例えば、制御チャネルは、第１のＴＴＩの最後のＯＦＤＭシンボルに存在することができる。
送信機は、（例えば、他のトラフィックからのパンクチャリングに対する公称送信の増強されたロバスト性のために）パンクチャされたＴＴＩの後（例えば、直後）のＴＴＩの間、２符号語送信のための公称トラフィックを構成することができる。以下のうちの１つまたは複数を適用することができる。
ＴＴＩ ＃ｎ＋１内において、送信機は、ＴＴＩ ＃ｎ（例えば、パンクチャされたＲＥ）内においてパンクチャされた公称データを再送する（例えば、それだけを再送する）ことができる。ＴＴＩ ＃ｎ＋１内において、送信機は、時分割方式で送信される２つの符号語のために、構成することができる。第１の符号語は、ＴＴＩ ＃ｎ内においてパンクチャされた公称データを搬送することができる。第２の符号語は、例えば、ＴＴＩ ＃ｎ＋１内における公称トラフィックについてのデータ（例えば、新しいデータ）を搬送することができる。ＴＴＩ ＃ｎのパンクチャされたＲＥの再送を搬送する符号語は、パンクチャリングパターンの外部の１つまたは複数のＲＥに（例えば、他の多重化トラフィックによってパンクチャされないことができるリソースに）マッピングすることができる。
公称（例えば、ｅＭＢＢ）ＤＬ再送は、パンクチャされたデータを送信する（例えば、それだけを送信する）ことができる。公称ＤＬ再送は、同じＴＴＩ内において時分割多重化される第２の符号語を使用することができる。パンクチャされたＴＴＩの後（例えば、直後）のＴＴＩは、第１の符号語を使用して、パンクチャされたシンボルを再送することができる。ＯＦＤＭシンボルのサブセット（例えば、サブセットだけ）を、低待ち時間トラフィックによってパンクチャすることができる。サブセットは、事前定義しておくこと、および／または構成することができる。次のＴＴＩ内における、符号語（例えば、２つの符号語のうちの一方）を使用した、パンクチャされたデータの再送時には、再送は、１つまたは複数のパンクチャ不可のリソースにマッピングすることができる。
符号ブロック当たりの巡回冗長検査（ＣＲＣ）を用いる複数の符号ブロックは、元のトランスポートブロックサイズ（ＴＢＳ）内において使用することができる（例えば、そのため、公称トラフィックの再送は、影響された符号ブロックだけを送信する）。
チャネル帯域幅は、２つ以上の区画に分割することができる。２つ以上の区画の各々は、特定のタイプのトラフィック（例えば、プライマリトラフィック）の送信のために、使用する（例えば、主に使用する）ことができる。例えば、第１のチャネルは、２つの区画に分割することができる。第１の区画は、ｅＭＢＢトラフィックのために予約することができる。第２の区画は、ＵＲＬＬＣトラフィックのために予約することができる。ｅＭＢＢトラフィックは、第１の区画についてのプライマリトラフィックであることができる。ＵＲＬＬＣトラフィックは、第２の区画についてのプライマリトラフィックであることができる。
２つの区画のうちの一方におけるトラフィック負荷が、閾値を下回るとき、その区画は、セカンダリトラフィックの送信のために使用することができる。セカンダリトラフィックは、区画に割り当てられたプライマリトラフィック以外のタイプのトラフィックを含むことができる。例えば、ＵＲＬＬＣトラフィックのために予約された第２の区画は、（例えば、ＵＲＬＬＣトラフィックが散発的であるとき）ｅＭＢＢトラフィックのために使用することができる。ｅＭＢＢは、第２の区画上におけるセカンダリトラフィックであることができ、ＵＲＬＬＣトラフィックは、プライマリトラフィックであることができる。
セカンダリトラフィックに属するデータは、（例えば、プライマリトラフィックとは別個に）エンコードすることができる。例えば、ｅＭＢＢデータは、２つの符号語にエンコードすることができる。第１の符号語は、第１の区画内において送信することができ、第２の符号語は、第２の区画内において送信することができる。セカンダリトラフィックは、（例えば、ＵＲＬＬＣデータが到着し、この区画内において送信しなければならないとき）その区画と関連付けられたプライマリトラフィックからのパンクチャリングを経験することがある。送信機は、（例えば、セカンダリ区画のプライマリトラフィックからのパンクチャリングをこうむることがあるセカンダリトラフィックの信頼性を改善するために）セカンダリ区画にマッピングされる符号語に対して、変調（例えば、より低次の変調）および／または符号化方式を使用することができる。例えば、送信すべきｅＭＢＢデータを有するＷＴＲＵは、２つの符号語を、すなわち、第１の区画内の第１の符号語、および第２の区画内の第２の符号語を受け取ることができる。第２の区画内の第２の符号語は、低次のＭＣＳを用いて送信することができる。（例えば、チャネルの品質が原因で）低次の変調および符号化方式（ＭＣＳ）送信を必要とすることがある１つまたは複数のＷＴＲＵのために、セカンダリトラフィックをスケジュールすることができる。
図２３は、例示的な電力上昇を示している。例えば、送信機は、パンクチャリングの後に送信される１つまたは複数のリソースのための送信電力を増加させることができる。送信機は、送信電力を増加させて、例えば、パンクチャリングに起因する性能低下を防止または緩和することができる。図２３に示されるように、公称トラフィックのために、Ｎ個のサブキャリアをＷＴＲＵに割り当てることができる。ＯＦＤＭシンボルｋの間に、Ｎ個のサブキャリアがパンクチャされた場合、送信機は、ＯＦＤＭシンボルｋ＋１、ｋ＋２などの間に、Ｎ個のサブキャリア上において、電力を増加させることができる。送信機は、電力を増加させて、符号化率の低下を補償することができる。
送信機は、（例えば、低待ち時間（低遅延）パケットと関連付けられたポイントにおいて）低待ち時間パケットが挿入されたＴＴＩ内におけるデータの電力を増加させることができる。
例えば、ＴＴＩ内において低待ち時間パケットを送信することができることを、送信機があらかじめ知っている場合、増加させた電力を、ＴＴＩ全体に適用することができる。
異なる数値パラメータを使用して、待ち時間を低減することができる。例えば、異なるタイプのトラフィックを、ＯＦＤＭシンボルを用いて送信することができる。ＯＦＤＭシンボルは、異なるシンボル長および／またはサブキャリア間隔を有することができる。例えば、第１のタイプのトラフィックは、シンボル持続時間がＴ秒、サブキャリア間隔がΔｆ Ｈｚである、１つまたは複数のＯＦＤＭシンボル上において送信することができる。第２のタイプのトラフィックは、シンボル持続時間がＴ／ｎ秒、サブキャリア間隔がｎΔｆ Ｈｚ（例えば、ｎは正の整数）である、１つまたは複数のＯＦＤＭシンボル上において送信することができる。異なるタイプのトラフィックは、（例えば、衝突を防止するために）チャネルの異なる周波数部分にマッピングすることができる。
例えば、異なるタイプのトラフィックを、送信する（例えば、同時に送信する）ことができ、異なるタイプのトラフィックの各々は、異なるシンボル持続時間および／またはサブキャリア間隔を有するＯＦＤＭシンボル上において、送信することができる。第２のタイプのトラフィックの送信は、制御チャネル送信、および／またはデータチャネル送信を含むことができる。制御チャネルは、いくつかのＯＦＤＭシンボルを含むことができる。いくつかのＯＦＤＭシンボルのうちの１つまたは複数は、事前決定された系列を送信するために使用することができる。残りのＯＦＤＭシンボルは、制御データを送信するために使用することができる。
図２４Ａおよび図２４Ｂは、異なる数値パラメータの例示的な使用を示している。例えば、図２４Ａは、第１のタイプのトラフィックの送信のために使用することができる、例示的な時間周波数グリッドを示している。図２４Ｂは、時間および／または周波数リソースのいくつかの上における、第２のタイプのトラフィックの例示的な送信を示している。第２のタイプのトラフィックは、ＵＲＬＬＣトラフィックを含むことができる。ＵＲＬＬＣトラフィックの制御チャネルは、構成しておくことができる予約された時間および／または周波数リソース上において、送信することができる。制御チャネルの第１のＯＦＤＭシンボルの開始は、第１のタイプのトラフィックの時間および／または周波数リソース内におけるＯＦＤＭシンボルの開始とアラインすることができる。ＵＲＬＬＣの制御チャネルは、プリアンブル２４０２、および／または制御データ２４０４を含むことができる。例えば、プリアンブル２４０２には、制御データ２４０４が後続することができる。プリアンブル２４０２および／または制御データ２４０４は、１つまたは複数のターゲットＷＴＲＵによって、検出（例えば、ブラインド検出）すること、および／または決定（例えば、デコード）することができる。制御データ２４０４は、ＵＲＬＬＣトラフィックの送信のために割り当ててあることができる時間および／または周波数リソースについての情報を含むことができる。第１のタイプのトラフィックの時間／周波数グリッドのシンボル持続時間内における（例えば、それが制御および／またはユーザデータを搬送するかどうかにかかわらない）ＵＲＬＬＣトラフィックの第１のＯＦＤＭシンボルの開始は、第１のタイプのトラフィックの時間／周波数グリッド内におけるＯＦＤＭシンボルの開始とアラインすることができる（例えば、公称トラフィックのＴＴＩの第１のＯＦＤＭシンボルとアラインする）。
例えば、第１のタイプのトラフィックは、基準時間／周波数グリッドを提供することができる。第２のタイプのトラフィックは、第１のタイプのトラフィックよりも短いＯＦＤＭシンボルを使用することができる。第２のタイプのトラフィックの第１のＯＦＤＭシンボルは、基準時間／周波数グリッド（例えば、第１のタイプのトラフィック）のより長いＯＦＤＭシンボルの開始とアラインすることができる。
ＵＲＬＬＣデータおよび公称データ（例えば、ｅＭＢＢ）は、アップリンク送信において、多重化することができる。１つまたは複数の第１のＷＴＲＵが、公称データ（例えば、ｅＭＢＢデータ）を送信している間、１つまたは複数の第２のＷＴＲＵは、（例えば、プロトコルスタックのより高位のレイヤから）ＵＲＬＬＣデータを受信することができる。１つまたは複数の第２のＷＴＲＵは、時間間隔（例えば、指定された時間間隔）内において、ＵＲＬＬＣデータを送信し始める必要があることがある。待ち時間要件が原因で、１つまたは複数の第２のＷＴＲＵは、グラントを待つことなく、ＵＲＬＬＣデータを送信する必要があることがある。１つまたは複数の第２のＷＴＲＵは、ＵＲＬＬＣデータの送信のための時間および／または周波数リソースを選択する（例えば、自律的に選ぶ）ことができる。ＵＲＬＬＣデータの送信のための選択された時間および／または周波数リソースのうちのいくらかまたはすべてが、ｅＭＢＢデータなどの公称データの送信のために、他のＷＴＲＵによって、例えば、１つまたは複数の第１のＷＴＲＵによって、すでに使用されている場合、ＵＲＬＬＣデータおよび公称データの送信は、互いに干渉することがある（例えば、衝突が生じることがある）。
１つまたは複数のリソース（例えば、サブキャリアおよび／またはシンボルなど、時間および／または周波数におけるリソースのプール）を、（例えば、衝突を防止するために）ＵＲＬＬＣトラフィックのために割り当てることができる。ＵＲＬＬＣトラフィックのために割り当てられたリソースのプールは、他のタイプのデータ（例えば、非ＵＲＬＬＣデータ）の送信のために使用されないことができる。例えば、リソースのプールは、ＵＲＬＬＣトラフィックのために予約（例えば、排他的に予約）することができる。例えば、図２５は、ＵＲＬＬＣデータおよび／またはＵＲＬＬＣ基準信号のために予約されたリソースプールの様々な例を示している。
図２５Ａ〜図２５Ｄは、ＵＲＬＬＣデータおよび／またはＵＲＬＬＣ基準信号のために予約された例示的なリソースプールを示している。異なるＷＴＲＵからの送信が衝突するとき、（例えば、受信機が、複数の受信アンテナを有し、および／または送信ノードから受信機へのチャネルが、ある信頼性で推定することができる場合）受信機において、送信を分離することができる。ＵＲＬＬＣデータを送信するＷＴＲＵによる基準信号の送信のために、リソースプールを割り当てることができる。例えば、（例えば、ＲＳリソースプールと呼ばれる）基準信号の送信のために割り当てられたリソースプール内のリソースは、他のタイプのデータを送信するＷＴＲＵによって使用されないことができ、ＵＲＬＬＣ ＲＳのために予約することができる。例えば、（図２５Ａに示されるような）ＵＲＬＬＣ ＲＳリソースプールは、ＵＲＬＬＣ ＲＳのために使用（例えば、排他的に使用）することができ、一方、ＵＲＬＬＣデータリソースプールは、他のタイプのトラフィックのために使用することができる。他のタイプのデータを送信するＷＴＲＵは、ＵＲＬＬＣ基準信号のために予約されたリソースにデータシンボルをマッピングしないことができるように、送信をパンクチャすることができる。リソースプールは、中央コントローラ、例えば、基地局によって、構成することができる。ＵＲＬＬＣリソースプールは、ｅＭＢＢまたは他のタイプのデータを送信するＷＴＲＵによって基準信号の送信のために使用される、時間および／または周波数リソースを排除することができる。図２５Ｃに示されるように、ＵＲＬＬＣデータリソースプールは、ｅＭＢＢ基準信号のためのリソースを含むことができる。ＵＲＬＬＣデータを送信するＷＴＲＵは、それのＵＲＬＬＣ送信をパンクチャすることができ、ｅＭＢＢ基準信号のために割り当てられたリソースにデータおよび／またはシンボルをマッピングしないことができる。１つまたは複数のパンクチャリングパターンは、中央コントローラ（例えば、基地局）によって、構成することができる。
ＵＲＬＬＣトラフィックのための１つまたは複数の基準信号は、ＵＲＬＬＣデータが存在するかどうかにかかわらず、送信することができる。図２５Ｂに示されるように、ＵＲＬＬＣデータが、送信のために利用可能になった、および／または準備できた場合、データ送信を開始することができ、受信機は、先に送信された基準信号を使用して、ＵＲＬＬＣデータを受信およびデコードすることができる。例えば、ＵＲＬＬＣ ＲＳは、送信すべきＵＲＬＬＣデータを有するＷＴＲＵによって、送信することができる。ＵＲＬＬＣデータが利用可能になったとき、ＵＲＬＬＣデータは、ＵＲＬＬＣデータリソースプール内において、送信することができる。ＵＲＬＬＣが利用可能にならないとき、ＵＲＬＬＣデータリソースプールは、未使用のままであることができる。ＲＳとデータ送信との間の時間間隔が、事前決定された閾値よりも大きい場合、チャネル推定正確性は、悪化することがある。ＲＳ送信とデータ送信との間の最大時間間隔は、（例えば、中央コントローラによって）構成することができる。ＲＳとデータ送信の最初のシンボルとの間の時間間隔が、ｎ個のシンボル（例えば、事前決定された最大時間間隔）以下である場合、データの受信のために、特定のＲＳを使用することができる。ＲＳとデータ送信の最後のシンボルとの間の時間間隔が、ｍ個のシンボル（例えば、事前決定された最大時間間隔）以下である場合、データの受信のために、特定のＲＳを使用することができる。１つまたは複数の最大時間間隔は、（例えば、中央コントローラによって）構成および／またはシグナリングすることができる。
低待ち時間送信のための基準シンボルは、異なる数値パラメータを用いる公称送信とアラインさせることができる。例えば、低待ち時間（低遅延）送信は、異なる数値パラメータを用いる公称送信と同じＯＦＤＭシンボル内において、送信することができる。ＵＲＬＬＣ送信は、異なる数値パラメータを使用するｅＭＢＢ送信とアラインさせることができる。ＵＲＬＬＣ送信の（例えば、ＯＦＤＭシンボルなどの）シンボルは、ｅＭＢＢ送信のシンボルよりも短いことができ、一方、ＵＲＬＬＣ送信のサブキャリア間隔は、ｅＭＢＢ送信よりも大きいことができる。ｅＭＢＢ送信の１つのシンボルの間、ＵＲＬＬＣ送信は、基準シンボル（ＲＳ）およびデータシンボルの両方を含むことができる。図２６は、ｅＭＢＢ送信に対する例示的なＵＲＬＬＣ ＲＳ位置を示している。図２６に示されるように、ｅＭＢＢ送信のシンボルｎの間、ＵＲＬＬＣ送信は、ＲＳシンボルおよびデータシンボルの両方を含むことができる。ＵＲＬＬＣ送信は、例えば、シンボルｎにおいて、ｅＭＢＢデータをパンクチャすることができる。ＵＲＬＬＣトラフィックおよび／または公称トラフィックは、異なる送信ポイントにおいて生成されたと仮定することができ、および／または共通の受信機を送信先とすることができる。
シンボル境界アライメントを利用して、公称トラフィックおよび低待ち時間（例えば、ＵＲＬＬＣ）トラフィックの両方についてのチャネル推定（例えば、ロバストなチャネル推定）を達成することができる。例えば、異なるタイプのトラフィックの基準シンボルを、時間的にアラインすることができる。以下のうちの１つまたは複数を実行して、公称トラフィックおよび低待ち時間トラフィックの基準シンボル間における直交性を維持することができる。
公称トラフィックの基準シンボル、および低待ち時間トラフィックの基準シンボルは、ピース毎の直交性、および／またはブロック毎の直交性を維持することができる。例えば、公称トラフィックおよび低待ち時間（低遅延）トラフィックの基準シンボルは、図２６に示されるように、それぞれ、ＲＳL1、および［ＲＳS1，ＲＳS2，．．．，ＲＳSN］であることができる。ピース毎の直交性は、ＲＳSi|i=1,2,…,N⊥ｆ（ＲＳL1，ｉ）であることを暗示することができ、ここで、ｆ（ＲＳL1，ｉ）は、与えられたｉについて、ＲＳL1の対応する部分を返す。ブロック毎の直交性は、ＲＳSi|i=1,2,…,N⊥ＲＳL1であることを暗示することができる。
低待ち時間（低遅延）トラフィックおよび公称トラフィックは、固定された数値パラメータに基づいて、ＲＳを検討することができる。固定された数値パラメータは、データシンボルのための数値パラメータとは異なることができる（例えば、混合モード動作）。混合モード動作は、図２６に示されるような、低待ち時間（低遅延）トラフィックおよび／または公称トラフィックに基づいた、基準信号設計を含むことができる。ＵＲＬＬＣ基準信号、および公称トラフィックの基準信号は、同じ波形および／または数値パラメータを用いて、同じシンボル（例えば、離散フーリエ変換拡散ＯＦＤＭ（ＤＦＴ−ｓ−ＯＦＤＭ）シンボル）上において、送信することができる。ＵＲＬＬＣ基準信号、および公称トラフィックの基準信号は、互いに直交することができる。ＵＲＬＬＣデータは、ＵＲＬＬＣ ＲＳと同じ波形を用いて、しかし、異なる数値パラメータを用いて、送信することができる。ＵＲＬＬＣ ＲＳを使用して、ＲＳ送信に先行および／または後続するＵＲＬＬＣデータをデコードすることができる。
１つまたは複数のＵＲＬＬＣ基準信号は、公称トラフィック（例えば、データ）と同じ波形および／または数値パラメータを用いて、送信することができる。例えば、１つまたは複数のＵＲＬＬＣ基準信号は、ＵＲＬＬＣ ＲＳ送信の前（例えば、直前）および／または後（例えば、直後）のＵＲＬＬＣデータ送信を伴って、または伴わずに、送信することができる。ＵＲＬＬＣデータおよび公称データの基準シンボルは、同じシンボル、例えば、同じＤＦＴ−ｓ−ＯＦＤＭシンボル内において、それらを送信することができるように、アラインすることができる。ＵＲＬＬＣデータおよび公称データの基準シンボルは、受信機において信頼性のあるチャネル推定を達成することができるように、互いに直交することができる。ＵＲＬＬＣデータ送信およびＲＳ送信は、ギャップ（例えば、送信のない時間間隔）によって分離することができる。ＵＲＬＬＣデータは、ＵＲＬＬＣ ＲＳと同じ数値パラメータを用いて、または異なる数値パラメータを用いて、送信することができる。そのような送信なしギャップの持続時間は、中央コントローラによって構成すること、および／または制御することができる。
上では特徴および要素が特定の組み合わせで説明されたが、各特徴または要素は、単独で使用することができ、または他の特徴および要素との任意の組み合わせで使用することができることを当業者は理解されよう。加えて、本明細書で説明された方法は、コンピュータまたはプロセッサによる実行のために、コンピュータ可読媒体内に包含された、コンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、（有線または無線接続上で送信される）電子信号、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、それらに限定されない。ソフトウェアと連携するプロセッサを使用して、ＷＴＲＵ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数送受信機を実施することができる

Claims (20)

  1. プロセッサであって、
    ネットワークエンティティから通信を受信することであって、前記通信は、第１のトラフィックタイプを含む、受信することと、
    インジケータを求めて前記通信を監視することであって、前記インジケータを求めて前記通信を監視することは、前記インジケータを求めて前記通信内の制御チャネルを監視するように構成されることを含む、監視することと、
    前記インジケータが前記通信内に含まれると決定することと、
    前記インジケータと関連付けられた情報に基づいて、前記通信が第２のトラフィックタイプによってパンクチャされ前記通信内に前記第２のトラフィックタイプのロケーションを含むと決定することと、
    前記インジケータと関連付けられた前記情報に基づいて、前記第１のトラフィックタイプまたは前記第２のトラフィックタイプのうちの少なくとも一方をデコードすることと
    を行うように構成されたプロセッサ
    を備えた無線送受信ユニット（ＷＴＲＵ）。
  2. 前記第２のトラフィックタイプは、低待ち時間トラフィックタイプであり、前記低待ち時間トラフィックタイプは、前記第１のトラフィックタイプよりも短い待ち時間要件を有する請求項１に記載のＷＴＲＵ。
  3. 前記通信内における前記第２のトラフィックタイプの前記ロケーションは、基準信号情報を使用して決定される請求項１に記載のＷＴＲＵ。
  4. 前記第１のトラフィックタイプは、拡張モバイルブロードバンド（ｅＭＢＢ）タイプであり、前記第２のトラフィックタイプは、超高信頼性および低待ち時間（ＵＲＬＬＣ）タイプである請求項１に記載のＷＴＲＵ。
  5. 前記プロセッサは、前記第１のトラフィックタイプについては第１の変調次数を、また前記第２のトラフィックタイプについては第２の変調次数を使用して、前記通信をデコードすることを行うようにさらに構成され、前記第１の変調次数は、１６値直交振幅変調（ＱＡＭ）であり、前記第２の変調次数は、４位相偏移変調（ＱＰＳＫ）変調である請求項１に記載のＷＴＲＵ。
  6. 前記通信は、タイミングブロック、チャンク、サブフレーム、送信時間間隔（ＴＴＩ）、サブキャリア、時間サンプル、ミニスロット、または時間シンボルのうちの少なくとも１つを含む請求項１に記載のＷＴＲＵ。
  7. 前記インジケータは、時間または周波数情報のうちの少なくとも一方を含み、前記時間情報は、前記第２のトラフィックタイプを搬送するために、どの直交周波数分割多重（ＯＦＤＭ）シンボルがパンクチャされるかを示し、前記周波数情報は、前記第２のトラフィックタイプを搬送するために、どのサブキャリアがパンクチャされるかを示す請求項１に記載のＷＴＲＵ。
  8. 前記ＵＲＬＬＣタイプは、前記ｅＭＢＢタイプの前に処理される請求項４に記載のＷＴＲＵ。
  9. 前記インジケータを求めて前記通信を監視することは、前記インジケータを求めて、前記第１のトラフィックタイプの少なくとも１つのシンボル内を、または前記第１のトラフィックタイプの前記シンボルの後を監視するように構成されることを含む請求項１に記載のＷＴＲＵ。
  10. 前記制御チャネルは、前記通信の終りに、または前記通信の時間期間にわたって配置される請求項１に記載のＷＴＲＵ。
  11. ネットワークエンティティから通信を受信するステップであって、前記通信は、第１のトラフィックタイプを含む、ステップと、
    インジケータを求めて前記通信を監視するステップであって、前記監視するステップは、前記インジケータを求めて前記通信内の制御チャネルを監視することを含む、ステップと、
    前記インジケータが前記通信内に含まれると決定するステップと、
    前記インジケータと関連付けられた情報に基づいて、前記通信が、第２のトラフィックタイプによってパンクチャされ前記通信内に前記第２のトラフィックタイプのロケーションを含むと決定するステップと、
    前記インジケータと関連付けられた前記情報に基づいて、前記第１のトラフィックタイプまたは前記第２のトラフィックタイプのうちの少なくとも一方をデコードするステップと
    を備える方法。
  12. 前記第２のトラフィックタイプは、低待ち時間トラフィックタイプであり、前記低待ち時間トラフィックタイプは、前記第１のトラフィックタイプよりも短い待ち時間要件を有する請求項１１に記載の方法。
  13. 前記通信内における前記第２のトラフィックタイプの前記ロケーションは、基準信号情報を使用して決定される請求項１１に記載の方法。
  14. 前記第１のトラフィックタイプは、拡張モバイルブロードバンド（ｅＭＢＢ）タイプであり、前記第２のトラフィックタイプは、超高信頼性および低待ち時間（ＵＲＬＬＣ）タイプである請求項１１に記載の方法。
  15. 前記第１のトラフィックタイプについては第１の変調次数を、また前記第２のトラフィックタイプについては第２の変調次数を使用して、前記通信をデコードするステップであって、前記第１の変調次数は、１６値直交振幅変調（ＱＡＭ）であり、前記第２の変調次数は、４位相偏移変調（ＱＰＳＫ）変調である、ステップ
    をさらに含む請求項１１に記載の方法。
  16. 前記通信は、タイミングブロック、チャンク、サブフレーム、送信時間間隔（ＴＴＩ）、サブキャリア、時間サンプル、ミニスロット、または時間シンボルのうちの少なくとも１つを含む請求項１１に記載の方法。
  17. 前記インジケータは、時間または周波数情報のうちの少なくとも一方を含み、前記時間情報は、前記第２のトラフィックタイプを搬送するために、どの直交周波数分割多重（ＯＦＤＭ）シンボルがパンクチャされるかを示し、前記周波数情報は、前記第２のトラフィックタイプを搬送するために、どのサブキャリアがパンクチャされるかを示す請求項１１に記載の方法。
  18. 前記ＵＲＬＬＣタイプは、前記ｅＭＢＢタイプの前に処理される請求項１４に記載の方法。
  19. 前記インジケータを求めて前記通信を監視するステップは、前記インジケータを求めて、前記第１のトラフィックタイプの少なくとも１つのシンボル内を、または前記第１のトラフィックタイプの前記シンボルの後を監視することを含む請求項１１に記載の方法。
  20. 前記制御チャネルは、前記通信の終りに、または前記通信の時間期間にわたって配置される請求項１１に記載の方法。
JP2018553122A 2016-04-08 2017-04-07 ５ｇシステムにおける異なるタイプのトラフィックのｐｈｙレイヤ多重化 Active JP6795616B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201662320080P 2016-04-08 2016-04-08
US62/320,080 2016-04-08
US201662373140P 2016-08-10 2016-08-10
US62/373,140 2016-08-10
PCT/US2017/026506 WO2017177083A1 (en) 2016-04-08 2017-04-07 Phy layer multiplexing of different types of traffic in 5g systems

Publications (3)

Publication Number Publication Date
JP2019519954A true JP2019519954A (ja) 2019-07-11
JP2019519954A5 JP2019519954A5 (ja) 2019-09-26
JP6795616B2 JP6795616B2 (ja) 2020-12-02

Family

ID=58645391

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018553122A Active JP6795616B2 (ja) 2016-04-08 2017-04-07 ５ｇシステムにおける異なるタイプのトラフィックのｐｈｙレイヤ多重化

Country Status (16)

Country Link
US (3) US20190165906A1 (ja)
EP (2) EP3723436A1 (ja)
JP (1) JP6795616B2 (ja)
KR (1) KR102204851B1 (ja)
CN (2) CN113193943A (ja)
AU (1) AU2017248234A1 (ja)
BR (1) BR112018070657A2 (ja)
CA (1) CA3020336C (ja)
DK (1) DK3440789T3 (ja)
HU (1) HUE050708T2 (ja)
IL (1) IL262162A (ja)
MX (1) MX2018012306A (ja)
MY (1) MY196177A (ja)
RU (1) RU2018138768A (ja)
SG (2) SG11201808854QA (ja)
WO (1) WO2017177083A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2017195653A1 (ja) * 2016-05-10 2019-04-04 株式会社Ｎｔｔドコモ 無線通信装置及び無線通信方法

Families Citing this family (46)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017177083A1 (en) 2016-04-08 2017-10-12 Idac Holdings, Inc. Phy layer multiplexing of different types of traffic in 5g systems
US10880912B2 (en) * 2016-04-15 2020-12-29 Ntt Docomo, Inc. User terminal and radio communication method
JPWO2017195702A1 (ja) * 2016-05-10 2019-03-14 株式会社Ｎｔｔドコモ 無線通信装置及び無線通信方法
WO2017195763A1 (ja) * 2016-05-12 2017-11-16 株式会社Ｎｔｔドコモ 送信機及び受信機
KR102473313B1 (ko) * 2016-06-08 2022-12-02 삼성전자 주식회사 이동 통신 시스템에서 이종 서비스의 제어 정보를 제공하는 방법 및 장치
WO2018004320A1 (ko) * 2016-07-01 2018-01-04 엘지전자 주식회사 데이터 수신 방법 및 수신 장치와, 데이터 전송 방법 및 전송 장치
KR102508870B1 (ko) * 2016-07-11 2023-03-10 삼성전자 주식회사 이종 서비스 간 공존을 위한 송수신 방법 및 장치
KR102182610B1 (ko) * 2016-07-13 2020-11-25 베이징 시아오미 모바일 소프트웨어 컴퍼니 리미티드 데이터 전송 방법, 장치, 컴퓨터 프로그램 및 저장 매체
WO2018021834A1 (en) * 2016-07-29 2018-02-01 Samsung Electronics Co., Ltd. Method and apparatus for handling collisions in next generation communication system
US20180063858A1 (en) * 2016-08-25 2018-03-01 Huawei Technologies Co., Ltd. System and Method for Co-existence of Low-Latency and Latency-Tolerant Communication Resources
US11071136B2 (en) 2016-08-25 2021-07-20 Huawei Technologies Co., Ltd. System and method for multiplexing traffic
US11051208B2 (en) 2016-08-25 2021-06-29 Huawei Technologies Co., Ltd. Co-existence of low latency and latency tolerant downlink communication
KR102123233B1 (ko) * 2016-09-01 2020-06-17 주식회사 케이티 차세대 무선 액세스 망에서 데이터를 송수신하는 방법 및 그 장치
US11252717B2 (en) * 2016-09-02 2022-02-15 Huawei Technologies Co., Ltd. Co-existence of latency tolerant and low latency communications
US11018812B2 (en) * 2016-09-30 2021-05-25 Sony Corporation Wireless telecommunications apparatus and methods
US11121815B2 (en) 2016-11-02 2021-09-14 Idac Holdings, Inc. Shared data channel design
JP2020017781A (ja) * 2016-11-14 2020-01-30 株式会社Ｎｔｔドコモ 通信装置、及びデータ受信方法
US11044739B2 (en) 2017-01-06 2021-06-22 Convida Wireless Mechanisms for efficient access and transmission in NR
US10499416B2 (en) * 2017-01-10 2019-12-03 Qualcomm Incorporated Downlink channel rate matching of synchronization signal block transmissions in a new radio wireless communication system
KR102406798B1 (ko) * 2017-01-20 2022-06-10 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 정보 전송 방법, 장비 및 컴퓨터 판독 가능 저장 매체
US10869303B2 (en) 2017-03-16 2020-12-15 Kt Corporation Method for monitoring, transmitting, and receiving downlink pre-emption indication information in new radio networks and apparatus thereof
US11219017B2 (en) 2017-03-16 2022-01-04 Qualcomm Incorporated Multiplexing different services in wireless communications
US10609699B2 (en) * 2017-03-16 2020-03-31 Kt Corporation Method for monitoring, transmitting, and receiving downlink pre-emption indication information in new radio networks and apparatus thereof
US10856307B2 (en) 2017-03-21 2020-12-01 Kt Corporation Method for transmitting and receiving downlink pre-emption indication information using bitmap in new radio networks and apparatus thereof
CN108696936B (zh) * 2017-04-12 2022-11-11 华为技术有限公司 数据发送方法、接收方法和相关设备
EP3592086A4 (en) * 2017-04-27 2020-03-25 Beijing Xiaomi Mobile Software Co., Ltd. MULTIPLEXING AND SERVICE TRANSMISSION METHOD AND APPARATUS, AND COMPUTER-READABLE STORAGE MEDIUM
CN109089317B (zh) * 2017-06-14 2022-05-17 华为技术有限公司 参数配置方法、终端设备、网络侧设备和通信系统
US10333740B2 (en) 2017-09-10 2019-06-25 At&T Intellectual Property I, L.P. Facilitating determination of transmission type via demodulation reference signal patterns
US10523324B2 (en) * 2017-11-03 2019-12-31 Cable Television Laboratories, Inc System and methods for non-orthogonal multiple access
US11539462B2 (en) * 2017-11-17 2022-12-27 Telefonaktiebolaget Lm Ericsson (Publ) Improving decoding by using known puncturing information
US10980049B2 (en) * 2018-05-10 2021-04-13 Qualcomm Incorporated Allocating physical uplink control channel (PUCCH) resources for ultra-reliable low latency communication (URLLC)
US10666374B2 (en) 2018-05-11 2020-05-26 At&T Intellectual Property I, L.P. Non-orthogonal multiple access for uplink data transmission for 5G or other next generation network
CN111147209B (zh) * 2018-11-02 2022-04-05 华为技术有限公司 一种指示信息的传输方法和装置
US11233551B2 (en) 2019-01-11 2022-01-25 Nokia Technologies Oy Dynamically enabling and disabling multiplexing of HARQ-ACK feedback for different types of traffic
CN112655168B (zh) * 2019-08-09 2023-02-28 北京小米移动软件有限公司 上行数据的传输方法、接收方法、装置、终端和介质
CN111432445B (zh) * 2020-04-02 2022-07-12 闻泰通讯股份有限公司 网络小区的选择方法、装置、移动终端和存储介质
WO2022139873A1 (en) * 2020-12-21 2022-06-30 Zeku, Inc. Apparatus and method for phase tracking signals in wireless communication systems
US11720425B1 (en) 2021-05-20 2023-08-08 Amazon Technologies, Inc. Multi-tenant radio-based application pipeline processing system
US11800404B1 (en) 2021-05-20 2023-10-24 Amazon Technologies, Inc. Multi-tenant radio-based application pipeline processing server
US11356500B1 (en) 2021-06-30 2022-06-07 Amazon Technologies, Inc. Disaggregated processing of radio-based applications
US11916999B1 (en) 2021-06-30 2024-02-27 Amazon Technologies, Inc. Network traffic management at radio-based application pipeline processing servers
KR102581445B1 (ko) * 2021-08-25 2023-09-21 국방과학연구소 단말의 위치에 기초하여 전력을 할당하는 장치 및 그 방법
US11539582B1 (en) 2021-08-30 2022-12-27 Amazon Technologies, Inc. Streamlined onboarding of offloading devices for provider network-managed servers
US11824943B1 (en) 2022-06-29 2023-11-21 Amazon Technologies, Inc. Managed connectivity between cloud service edge locations used for latency-sensitive distributed applications
US11937103B1 (en) 2022-08-17 2024-03-19 Amazon Technologies, Inc. Enhancing availability of radio-based applications using multiple compute instances and virtualized network function accelerators at cloud edge locations
US11924054B1 (en) * 2022-09-27 2024-03-05 Schneider Electric (Australia) Pty Ltd. Managing remote terminal communications

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150334685A1 (en) * 2014-05-19 2015-11-19 Qualcomm Incorporated Apparatus and method for synchronous multiplexing and multiple access for different latency targets utilizing thin control
JP2018511203A (ja) * 2015-02-06 2018-04-19 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ 並列低レイテンシ認識

Family Cites Families (50)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100370746B1 (ko) 2000-05-30 2003-02-05 한국전자통신연구원 다차원 직교 자원 도약 다중화 통신 방식 및 장치
CN101123599B (zh) * 2006-08-11 2010-04-21 华为技术有限公司 数据传输方法及数据传输系统和装置
JP4935993B2 (ja) * 2007-02-05 2012-05-23 日本電気株式会社 無線通信システムにおけるリファレンス信号生成方法および装置
WO2009002098A1 (en) 2007-06-26 2008-12-31 Geun-Seop Park Method for providing and searching information keyword and information contents related to contents and system thereof
US8467367B2 (en) 2007-08-06 2013-06-18 Qualcomm Incorporated Multiplexing and transmission of traffic data and control information in a wireless communication system
KR101441147B1 (ko) 2008-08-12 2014-09-18 엘지전자 주식회사 무선 통신 시스템에서 ｓｒ 전송 방법
US8989208B2 (en) 2009-04-30 2015-03-24 Qualcomm Incorporated PDCCH search space design for LTE-A multi-carrier operation
CN102823313B (zh) 2010-04-07 2017-02-08 皇家飞利浦电子股份有限公司 一种移动网络中用于通信的方法
WO2011159624A2 (en) * 2010-06-18 2011-12-22 Brown, J., Robert, Jr. System and method for uplink control information transmission in carrier aggregation
GB2487756B (en) * 2011-02-03 2015-11-04 Nvidia Corp System and method for reducing interference
WO2013009089A2 (en) 2011-07-12 2013-01-17 Lg Electronics Inc. Method for transmitting or receiving pdcch and user equipment or base station for the method
KR101505770B1 (ko) 2011-07-15 2015-03-24 엘지전자 주식회사 채널 상태 보고 방법 및 장치
IN2014KN01398A (ja) 2012-01-03 2015-10-23 Ericsson Telefon Ab L M
CN104938021B (zh) 2013-01-16 2019-01-08 交互数字专利控股公司 发现信号生成和接收
TW201507497A (zh) 2013-04-03 2015-02-16 Interdigital Patent Holdings 針對一個或多個載波類型的epdcch共用檢索空間設計
US20160380742A1 (en) 2013-11-29 2016-12-29 Sharp Kabushiki Kaisha Terminal device, base station apparatus, integrated circuit, and communication method
EP3076735B1 (en) 2013-11-29 2021-08-11 Sharp Kabushiki Kaisha Terminal device, base-station device, and communication method
US20160095040A1 (en) * 2014-09-26 2016-03-31 Qualcomm Incorporated Transmission power reduction for co-existence on a shared communication medium
EP3251276B1 (en) 2015-01-28 2022-10-05 Interdigital Patent Holdings, Inc. Downlink control signaling
CA2977627C (en) * 2015-02-27 2020-01-07 Sung-Ik Park Parity puncturing device for fixed-length signaling information encoding, and parity puncturing method using same
US9877278B2 (en) 2015-04-10 2018-01-23 Futurewei Technologies, Inc. Monitoring a narrowband control channel for a wideband system to reduce power consumption
EP3288193B1 (en) * 2015-05-15 2020-03-04 Huawei Technologies Co., Ltd. Method and system for sending and receiving information, base station, and first user equipment
US20160345311A1 (en) * 2015-05-22 2016-11-24 Qualcomm Incorporated Techniques for scheduling data communications with shortened time duration
US9717079B2 (en) 2015-07-14 2017-07-25 Motorola Mobility Llc Method and apparatus for selecting a resource assignment
CN106559872B (zh) * 2015-09-30 2021-01-29 华为技术有限公司 一种资源分配方法、装置及无线接入系统
EP4161178A3 (en) 2015-11-04 2023-10-04 InterDigital Patent Holdings, Inc. Methods and machine type communication, mtc, device, implementing paging procedures for reduced bandwith mtc devices
US11395292B2 (en) 2015-11-06 2022-07-19 Motorola Mobility Llc Method and apparatus for low latency transmissions
US10536946B2 (en) 2015-12-08 2020-01-14 Huawei Technologies Co., Ltd. Method and system for performing network slicing in a radio access network
EP3402240B1 (en) 2016-02-02 2019-11-27 Huawei Technologies Co., Ltd. Method for detecting downlink control information, and method and device for transmitting downlink control information
US10194432B2 (en) * 2016-02-03 2019-01-29 Ofinno Technologies, Llc Signal transmissions in one or more subframes in a wireless network
US10333674B2 (en) * 2016-02-26 2019-06-25 Lg Electronics Inc. Method and apparatus for transmitting uplink control information in a wireless communication system
CN107231658B (zh) * 2016-03-23 2022-02-25 中兴通讯股份有限公司 一种传输信息的方法及装置
KR102458074B1 (ko) * 2016-03-31 2022-10-24 삼성전자 주식회사 이동 통신 시스템에서 이종 서비스 제공 방법 및 장치
WO2017177083A1 (en) 2016-04-08 2017-10-12 Idac Holdings, Inc. Phy layer multiplexing of different types of traffic in 5g systems
CN113965295A (zh) * 2016-04-20 2022-01-21 康维达无线有限责任公司 新无线电中的物理信道
US10764000B2 (en) 2016-05-10 2020-09-01 Lg Electronics Inc. Method and apparatus for transmitting and receiving wireless signal in wireless communication system
WO2017195653A1 (ja) * 2016-05-10 2017-11-16 株式会社Ｎｔｔドコモ 無線通信装置及び無線通信方法
CN109588057B (zh) 2016-05-11 2021-09-07 康维达无线有限责任公司 一种经由通信电路连接到网络的方法和装置
KR102473313B1 (ko) * 2016-06-08 2022-12-02 삼성전자 주식회사 이동 통신 시스템에서 이종 서비스의 제어 정보를 제공하는 방법 및 장치
KR20190003991A (ko) * 2016-06-17 2019-01-10 엘지전자 주식회사 하향링크 신호 수신 방법 및 사용자기기와, 하향링크 신호 전송 방법 및 기지국
CN105979597B (zh) 2016-06-27 2020-02-21 宇龙计算机通信科技(深圳)有限公司 通信资源的分配方法、分配装置、基站和终端
US10868657B2 (en) * 2016-07-05 2020-12-15 Idac Holdings, Inc. Wireless network configured to provide mixed services
US20180027576A1 (en) * 2016-07-21 2018-01-25 Sharp Laboratories Of America, Inc. User equipment and base stations that transceive ultra reliable low latency messages amidst delay tolerant transceptions
WO2018021834A1 (en) * 2016-07-29 2018-02-01 Samsung Electronics Co., Ltd. Method and apparatus for handling collisions in next generation communication system
US11071136B2 (en) 2016-08-25 2021-07-20 Huawei Technologies Co., Ltd. System and method for multiplexing traffic
US11252717B2 (en) * 2016-09-02 2022-02-15 Huawei Technologies Co., Ltd. Co-existence of latency tolerant and low latency communications
US20180092104A1 (en) * 2016-09-28 2018-03-29 Sharp Laboratories Of America, Inc. Grant-free access method for urllc service
US11032850B2 (en) 2016-09-30 2021-06-08 Qualcomm Incorporated PRACH and/or SRS switching enhancements
KR102156668B1 (ko) * 2016-11-16 2020-09-17 주식회사 케이티 차세대 무선망에서 하향링크 신호를 송수신하는 방법 및 그 장치
US10856307B2 (en) * 2017-03-21 2020-12-01 Kt Corporation Method for transmitting and receiving downlink pre-emption indication information using bitmap in new radio networks and apparatus thereof

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150334685A1 (en) * 2014-05-19 2015-11-19 Qualcomm Incorporated Apparatus and method for synchronous multiplexing and multiple access for different latency targets utilizing thin control
WO2015179136A1 (en) * 2014-05-19 2015-11-26 Qualcomm Incorporated Apparatus and method for synchronous multiplexing and multiple access for different latency targets utilizing thin control
JP2018511203A (ja) * 2015-02-06 2018-04-19 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ 並列低レイテンシ認識

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
QUALCOMM INCORPORATED: "Frame structure requirements", 3GPP TSG-RAN WG1#84B R1-162206, JPN6019045182, 2 April 2016 (2016-04-02), ISSN: 0004158195 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2017195653A1 (ja) * 2016-05-10 2019-04-04 株式会社Ｎｔｔドコモ 無線通信装置及び無線通信方法
JP7057749B2 (ja) 2016-05-10 2022-04-20 株式会社Ｎｔｔドコモ 端末

Also Published As

Publication number Publication date
US20190165906A1 (en) 2019-05-30
CN109155682B (zh) 2021-04-23
KR20190005155A (ko) 2019-01-15
MX2018012306A (es) 2019-03-06
CA3020336C (en) 2020-08-11
RU2018138768A (ru) 2020-05-12
US11770220B2 (en) 2023-09-26
HUE050708T2 (hu) 2020-12-28
IL262162A (en) 2018-11-29
US20210167905A1 (en) 2021-06-03
BR112018070657A2 (pt) 2019-02-05
EP3723436A1 (en) 2020-10-14
KR102204851B1 (ko) 2021-01-19
RU2018138768A3 (ja) 2020-05-28
MY196177A (en) 2023-03-20
US20240048296A1 (en) 2024-02-08
SG10202001291QA (en) 2020-04-29
CN113193943A (zh) 2021-07-30
DK3440789T3 (da) 2020-08-03
WO2017177083A1 (en) 2017-10-12
CN109155682A (zh) 2019-01-04
CA3020336A1 (en) 2017-10-12
JP6795616B2 (ja) 2020-12-02
SG11201808854QA (en) 2018-11-29
EP3440789B1 (en) 2020-06-03
EP3440789A1 (en) 2019-02-13
AU2017248234A1 (en) 2018-11-15

Similar Documents

Publication Publication Date Title
US11770220B2 (en) PHY layer multiplexing of different types of traffic in 5G systems
JP7392035B2 (ja) 物理アップリンクデータチャンネルで制御情報多重化
CN107690764B (zh) 上行链路spucch中的短pucch
KR102093055B1 (ko) 기준 신호의 동적 관리 방법
CN109479315B (zh) 终端装置、基站装置、通信方法以及集成电路
US9325460B2 (en) Implicit component carrier determination for aperiodic channel quality reports
JP5764239B2 (ja) Ｃｑｉ取得方法、基地局装置及び集積回路
US9391736B2 (en) Channel state information transmission for multiple carriers
JP2019520728A (ja) アップリンク非同期非直交多元接続
CN112368960B (zh) 终端装置、基站装置以及通信方法
EP3451776B1 (en) Terminal device, base station device, and communication method
US11026256B2 (en) Terminal apparatus, base station apparatus, and communication method
US10680786B2 (en) Terminal apparatus, base station apparatus, communication method, and integrated circuit

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20181212

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20181220

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20181107

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20181023

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190221

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190816

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20191115

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20191126

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20200226

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200519

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20201013

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20201112

R150 Certificate of patent or registration of utility model

Ref document number: 6795616

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313111

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350