JP2018509812A - 低減されたシグナリングオーバヘッドでのアップリンク送信のためのシステム、方法およびデバイス - Google Patents

低減されたシグナリングオーバヘッドでのアップリンク送信のためのシステム、方法およびデバイス Download PDF

Info

Publication number
JP2018509812A
JP2018509812A JP2017540871A JP2017540871A JP2018509812A JP 2018509812 A JP2018509812 A JP 2018509812A JP 2017540871 A JP2017540871 A JP 2017540871A JP 2017540871 A JP2017540871 A JP 2017540871A JP 2018509812 A JP2018509812 A JP 2018509812A
Authority
JP
Japan
Prior art keywords
resource
data
ack
resource pool
scheduling request
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
JP2017540871A
Other languages
English (en)
Other versions
JP6746595B2 (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 JP2018509812A publication Critical patent/JP2018509812A/ja
Application granted granted Critical
Publication of JP6746595B2 publication Critical patent/JP6746595B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0866—Non-scheduled access, e.g. ALOHA using a dedicated channel for access
    • H04W74/0883—Non-scheduled access, e.g. ALOHA using a dedicated channel for access for un-synchronized access

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

第５世代（５Ｇ）無線システムにおいて、低減されたシグナリングオーバヘッドを可能にする技術、装置および方法が開示される。システムは、非同期アップリンク送信、リソースプール構成、確認応答および再送信のためのサポートを含む。例えば、タイプ‐１送信スキームにおいて、ユーザ機器（ＵＥ）は、リソースプール内で１つのリソースを選択し、選択されたリソース上でアップリンクにおいてデータを送信する。タイプ‐２送信スキームにおいて、ＵＥは、リソースプールにおけるスケジューリング要求（ＳＲ）領域内で１つのリソースを選択し、データ送信のためのリソース割り当てを含むリソースのためのＳＲを送信し、ＳＲ情報内で示されるリソース上でアップリンクデータを送信する。タイプ‐３送信スキームにおいて、ＵＥは、ＳＲ領域内でリソースを選択し、後続のデータ送信のために選択されたリソースに関する情報と共に、ＳＲを選択されたリソース上で送信し、ＵＥがその送信したＳＲに応答する確認応答を受信する場合、示されたリソース上で送信する。

Description

［関連出願］
本願は、２０１５年３月２６日に出願された米国仮出願第６２／１３８，６３５号に係る米国特許法第１１９条（ｅ）項下の利益を主張し、当該出願は参照により本明細書にその全体が組み込まれる。
本開示は、無線デバイス通信システムに関し、具体的には、第５世代（５Ｇ）無線システムにおける低減されたシグナリングオーバヘッドに関する。
本明細書で開示される実施形態と整合性のある、無線アクセス技術連携のためのシステムを示すシステム図である。
本明細書で開示される実施形態と整合性のある、複数の無線アクセス技術（ＲＡＴ）の多重化を示す概略図である。
本明細書で開示される実施形態と整合性のある、マシンタイプ通信（ＭＴＣ）アプリケーションのためのセカンダリＲＡＴ（Ｓ‐ＲＡＴ）のサブフレーム構造のブロック図である。
本明細書で開示される実施形態と整合性のある、低減されたシグナリングオーバヘッドでのアップリンク送信に係る３つの実施形態間での比較を示す図である。
本明細書で開示される実施形態と整合性のある、タイプ‐１送信スキームの実施形態を説明するフローチャートである。
本明細書で開示される実施形態と整合性のある、タイプ‐２送信スキームの実施形態を説明するフローチャートである。
本明細書で開示される実施形態と整合性のある、タイプ‐３送信スキームの実施形態を説明するフローチャートである。
本明細書で開示される実施形態と整合性のある、リソースプール周期性を示す図である。
本明細書で開示される実施形態と整合性のある、確認応答（ＡＣＫ）の応答ウィンドウの図である。
本明細書で開示される実施形態と整合性のある、集約されたＡＣＫ応答メッセージオプションの図である。
本明細書で開示される実施形態と整合性のある、低減されたシグナリングオーバヘッドでの再送信スキームの図である。
本明細書で開示される実施形態と整合性のある、ユーザ機器（ＵＥ）デバイスの例示的な図である。
本明細書で開示される実施形態と整合性のある、コンピューティングシステムの概略図である。
本開示の実施形態と整合性のある、システムおよび方法についての詳細な説明が、以下に記載される。いくつかの実施形態が記載されているが、本開示はいずれの実施形態にも限定されず、代わりに、多くの代替形態、修正形態および均等形態を包含することを理解されたい。また、以下の説明においては、本明細書に開示の実施形態の十分な理解をもたらすべく、多くの具体的な詳細が記載されているが、いくつかの実施形態は、これらの詳細のうちの一部または全部を省いても実施可能である。さらに、わかりやすさの目的で、関連技術分野で既知の特定の技術内容については、本開示を不必要に曖昧にするのを回避すべく、詳細には記載していない。
第５世代（５Ｇ）無線システムにおける低減されたシグナリングオーバヘッドを可能にする技術、装置および方法について開示されている。低減されたシグナリングオーバヘッドは、非同期アップリンク送信をサポートするためのメカニズム、リソースプール構成、確認応答メカニズムおよび無線通信における再送信メカニズムを含む。例えば、タイプ‐１送信スキームにおいて、ＵＥは、リソースプール内で１つのリソースを選択し、選択されたリソース上でアップリンクにおいてデータを送信する。タイプ‐２送信スキームにおいて、ＵＥは、リソースプールにおけるスケジューリング要求（ＳＲ）領域内で１つのリソースを選択し、データ送信のためのリソース割り当てを含むＳＲ情報を選択されたリソース上で送信し、ＳＲ情報内で示されたリソース上でアップリンクデータを送信する。タイプ‐３送信スキームにおいて、ＵＥは、ＳＲ領域内で１つのリソースを選択し、後続のデータ送信のために選択されたリソースに関する情報と共に、ＳＲを選択されたリソース上で送信し、ＵＥがその送信したＳＲに応答する確認応答（ＡＣＫ）を受信する場合、示されたリソース上で送信する。
マシンタイプ通信（ＭＴＣ）は、「モノのインターネット」（ＩｏＴ）のコンセプトに向けてのユビキタスコンピューティング環境を可能にする、有望な新興技術である。潜在的なＭＴＣベースのアプリケーションとしては、スマートメータ、ヘルスケアモニタリング、リモートセキュリティ監視、インテリジェント輸送システム等が含まれる。これらのサービスおよびアプリケーションは、ロングタームエボリューション（ＬＴＥ）およびＬＴＥアドバンスト等の現行世代および次世代のモバイルブロードバンドネットワークにシームレスに統合される必要のある新しいタイプのＭＴＣデバイスの設計および開発を活性化させる。
既存のモバイルブロードバンドネットワークは、主にヒューマンタイプの通信の性能を最適化するように設計されたものであり、故に、ＭＴＣ関連の要件を満たすように設計または最適化されてはいない。ＭＴＣ特有の設計は、リリース‐１３ＬＴＥ仕様における仕様化サポートのための第３世代パートナーシッププロジェクト（３ＧＰＰ）無線アクセスネットワーク（ＲＡＮ）ワーキンググループ（ＷＧ）によって研究されており、そこでの主要な目的は、より低廉なデバイスコスト、拡張されたカバレッジおよび電力消費量の低減に焦点が置かれている。
コストおよび電力消費量をさらに低減化するために、システム帯域幅をさらに低減することが有益であろう。例えば、２００ＫＨｚは、既存のＬＴＥ設計の単一の物理リソースブロック（ＰＲＢ）にほぼ相当する。潜在的に、このいわゆるセルラＩｏＴは、グローバルシステムフォーモバイル通信（ＧＳＭ（登録商標）の再利用（再ファームとしても知られる）スペクトル内、ＬＴＥキャリアのガードバンド内、または専用スペクトル内で動作できるだろう。
スマートメータタイプのＭＴＣアプリケーションについては、ＭＴＣデバイスが、低頻度の小データバースト送信でｅＮＢと通信することが予期される。例えば、ＭＴＣデバイスは、水道使用量または電力使用量を６時間毎に一回または一日毎に一回報告する。ＭＴＣデバイスがアップリンクでデータを送信するための通常のプロシージャに従う場合、ＭＴＣデバイスはまず、物理ランダムアクセスチャネル（ＰＲＡＣＨ）信号を送信することによって、アップリンク同期を取得し、続けてｅＮＢからアップリンク許可を受信する必要があってよい。通常のＭＴＣアプリケーションの場合、大量のオーバヘッド（ＰＲＡＣＨ、アップリンク許可等）と比較して、少量のデータのみがアップリンクで送信されるという事実を考慮すると、現在の設計は、相当な量のシグナリングオーバヘッドに起因し、近い将来想定される大量のＭＴＣデバイスのサポートにおいて拡張性の観点から効率的ではない。
シグナリングオーバヘッドを低減し、ネットワークリソースを節約するためには、ＭＴＣデバイスのためのアップリンク送信プロシージャは、適切に設計される必要がある。５ＧシステムにおけるＭＴＣデバイスのアップリンク送信をサポートするためのシステムおよび方法が、次の方法、すなわち（１）タイプ‐１、タイプ‐２およびタイプ‐３アップリンク送信を含む、アップリンク送信のためのメカニズム、（２）非同期アップリンク送信をサポートするためのメカニズム、（３）アップリンク送信のためのリソースプール構成、（４）アップリンク送信のためのＡＣＫ応答メカニズム、および／または（５）アップリンク送信のための再送信メカニズム、において実行されてよい。
本明細書で説明する実施形態は、１．４ＭＨｚシステム帯域幅での３ＧＰＰリリース１３（Ｒｅｌ‐１３）ＭＴＣおよび／または２００ＫＨｚ、４００ＫＨｚ若しくは６００ＫＨｚシステム帯域幅等の将来の狭帯域のＭＴＣ設計を考慮してよいことに留意されたい。
無線モバイル通信技術は、ベースステーションと無線モバイルデバイスとの間でデータを送信するために、様々な規格およびプロトコルを使用する。無線通信システムの規格およびプロトコルとしては、３ＧＰＰ ＬＴＥ、業界団体ではＷｉＭＡＸ（登録商標）（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）として一般に知られている米国電気電子学会（ＩＥＥＥ）８０２．１６規格、および業界団体ではＷｉ‐Ｆｉ（登録商標）として一般に知られているＩＥＥＥ８０２．１１規格が含まれてよい。ＬＴＥシステムでの３ＧＰＰ無線アクセスネットワーク（ＲＡＮ）においては、ベースステーションには、進化型ユニバーサル地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）ノードＢ（一般に、進化型ノードＢ、エンハンスドノードＢ、ｅＮｏｄｅＢまたはｅＮＢとも表記される）および／または、ＵＥとして知られる無線通信デバイスと通信するＥ−ＵＴＲＡＮ内の無線ネットワークコントローラ（ＲＮＣ）が含まれてよい。
図１は、無線アクセス技術連携のシステム１００を示す。複数のＵＥ１０２は、プライマリＲＡＴ（Ｐ‐ＲＡＴ）１１２上で物理インフラストラクチャ１０４（ｅＮＢ、携帯電話基地局、ネットワークアクセスポイント等）に接続してよい。物理インフラストラクチャ１０４は、ＵＥ１０２からのまたはＵＥ１０２への無線送信を受信または送信してよい。送信に基づいて、物理インフラストラクチャ１０４は、ネットワークインフラストラクチャ１１６へのアクセスを提供してよい。
また、物理インフラストラクチャ１０４はＳ‐ＲＡＴ １１４をサポートしてよく、Ｓ‐ＲＡＴ １１４は、Ｐ‐ＲＡＴ １１２上（またはＳ‐ＲＡＴ １１４上でスケジューリングされたＰ‐ＲＡＴ １１２）上でスケジューリングされる。マシンタイプ通信のユーザ機器（ＭＴＣ ＵＥまたはＭＣＥ）１０６は、低電力状態からアクティブ状態へ遷移してよい。Ｐ‐ＲＡＴ １１２およびＳ‐ＲＡＴ １１４は、異なる属性について最適化されてよい。一実施形態において、Ｐ‐ＲＡＴ １１２は高スループットのために最適化され、Ｓ‐ＲＡＴ １１４は省バッテリ送信（例えば、低電力送信、低頻度送信等）のために最適化される。これらの最適化により、統一されたネットワーク／システム１００が、異なる且つ場合によっては競合する性能側面およびサービスを満たすように構成されることを可能にする。
いくつかの実施形態において、Ｐ‐ＲＡＴ １１２等の１つのＲＡＴのみが使用される。
ＭＴＣ ＵＥ１０６が低頻度の小データバースト送信を使用する場合等、異なる送信スキームを使用して、送信オーバヘッドを低減してよい。タイプ‐１送信の一実施形態において、ＭＴＣ ＵＥ １０６は、リソースプール内で１つのリソースをランダムに選択し、選択されたリソース上でアップリンクにおいてデータを送信する。タイプ‐２送信スキームの一実施形態において、ＭＴＣ ＵＥ１０６は、リソースプールにおけるスケジューリング要求（ＳＲ）領域内で１つのリソースをランダムに選択し、データ送信のためのリソース割り当てを含むＳＲ情報を選択されたリソース上で送信する。次に、ＭＴＣ ＵＥ１０６は、ＳＲ情報内で示されたリソース上でアップリンクデータを送信する。タイプ‐３送信スキームの一実施形態において、ＭＴＣ ＵＥ１０６は、ＳＲ領域内でリソースをランダムに選択し、後続のデータ送信のために選択されたリソースに関する情報と共に、ＳＲを選択されたリソース上で送信する。ＭＴＣ ＵＥ１０６は、ＭＴＣ ＵＥ１０６が、送信したＳＲに応答して、アップリンク（ＵＬ）での送信を許可するＡＣＫをｅＮＢまたはベースステーションから受信する場合、指示されるリソース上で送信する。
上記の３つの実施形態は、単一のＲＡＴ上のスケジューリングおよび送信について説明する一方、クロス‐ＲＡＴスケジューリングおよび／または送信も行ってよいことに留意されたい。
図２は、複数のＲＡＴの多重化を示す。同一または異なるヌメロロジ（ｎｕｍｅｒｏｌｏｇｙ）を持つ複数のＲＡＴ、サブＲＡＴまたはパーティションは、時分割多重化（ＴＤＭ）２０１または周波数多重化（ＦＤＭ）２００または符号分割多重化（ＣＤＭ）または空間分割多重化（ＳＤＭ）または上記オプションと他の考え得る直交若しくは非直交多重化との組み合わせで多重化されてよい。図２は、ＦＤＭ２００方式およびＴＤＭ２０１方式での複数のＲＡＴの多重化を示す。複数のＲＡＴがＦＤＭ方式で多重化される場合、ＲＡＴ間干渉を最小化すべく、特定のガードバンド２０４が、ＲＡＴに割り当てられた周波数リソースの境界に挿入される必要があってよいことに留意されたい。
図２中、Ｐ‐ＲＡＴ ２０６は通常、ＵＥの電力消費量を節約すべく、より低いサンプリングレートで動作する一方、Ｓ‐ＲＡＴ ２０２または２０８は、低レイテンシアプリケーション、例えば、ミッションクリティカルアプリケーション、触知アプリケーションまたは車両対車両（Ｖ２Ｖ）アプリケーションをサポートすべく、比較的より高いサンプリングレートで動作してよい。
他のアプリケーションにおいては、Ｓ‐ＲＡＴ ２０２または２０８の同期要件を低減すべく、Ｓ‐ＲＡＴ ２０２または２０８は、より低いサンプリングレートで動作してよく、大量のデバイスがチャネル／ＲＡＴを共有すること、またはエネルギー節約を可能にしてよい。
他のアプリケーションにおいて、Ｓ‐ＲＡＴ ２０２または２０８は、Ｐ‐ＲＡＴ ２０６と同一または異なる波形を使用する同一のサンプリングレートで動作し、異なるアプリケーションを有効にしてよい。
Ｐ‐ＲＡＴ ２０６およびＳ‐ＲＡＴ ２０２または２０８は、異なるＲＡＴであることを厳密には示唆しないことに留意されたい。それらは、異なる最適化および異なるアプリケーションのための使用／パーティションを持つ同一のＲＡＴに基づいてよく、例えば、キャリアリソースを有する通常のパーティション（Ｐ‐ＲＡＴとも呼ばれる）およびデバイスツーデバイス（Ｄ２Ｄ）またはＭＴＣアプリケーションのための追加のリソースパーティション／領域（Ｓ‐ＲＡＴとも呼ばれる）が挙げられる。
一例において、６ＧＨｚ未満のキャリア周波数の場合、Ｐ‐ＲＡＴ２０６は、既存のＬＴＥヌメロロジを再利用してよい一方、Ｓ‐ＲＡＴ ２０２または２０８は、低レイテンシアプリケーションをサポートするように設計されてよい。１つのオプションにおいて、Ｓ‐ＲＡＴ ２０２または２０８はまた、既存のＬＴＥヌメロロジを再利用してもよい。低レイテンシアプリケーションをサポートすべく、２から３個の直交周波数分割多重化（ＯＦＤＭ）シンボルが共にグループ化され、約０．２ｍｓのサブ送信時間間隔（ＴＴＩ）を実現してよい。別のオプションにおいては、Ｓ‐ＲＡＴ ２０２または２０８は、例えば７５ＫＨｚといった、Ｐ‐ＲＡＴ２０８サブキャリア間隔より大きなサブキャリア間隔に基づいて設計されてよい。
図３は、ＯＦＤＭ波形に基づくＳ‐ＲＡＴのサブフレーム構造３００の例を示す。図中、５ｍｓのＴＴＩが実現されてよく、１つのＴＴＩ内に１４個のＯＦＤＭシンボルが含まれ、サイクリックプレフィクス（ＣＰ）長は、〜２３．８μｓである。別の実施形態において、０．１ｍｓのＴＴＩが実現されてよく、１つのＴＴＩ内に、６個のＯＦＤＭシンボル３０４、３０６および３０８がグループ化され、サンプリングレートが１５３．６ＭＨｚの場合、ＣＰ長３０２は〜３．３μｓまたは５１２サンプルである。上記の例は、他のＴＴＩをサポートするように容易に拡張されてよいことに留意されたい。例えば、１２個のＯＦＤＭシンボルがグループ化され、０．２ｍｓのＴＴＩを達成してよい。別の例においては、異なるサブキャリア間隔（例えば、６０ＫＨｚ）を使用して、対応するＣＰ長およびＯＦＤＭシンボル数を持つ０．１ｍｓまたは０．２ｍｓのＴＴＩ設計を達成してよい。
図４は、低減されたシグナリングオーバヘッドでのアップリンク送信の３つの実施形態間の比較を示す図である。低頻度の小データバースト送信を持つＭＴＣ ＵＥのシグナリングオーバヘッドを低減すべく、異なるアップリンク送信プロセスを使用してよい。タイプ‐１送信スキームとして説明される第１の実施形態において、ＵＥは、リソースプール内で１つのリソースを選択し、選択されたリソース上でアップリンクにおいてデータを送信する。タイプ‐２送信として説明される第２の実施形態において、ＵＥは、リソースプールにおけるＳＲ領域内でリソースを選択し、データ送信のためのリソース割り当てを含むＳＲ情報を選択されたリソース上で送信し、ＳＲ情報内で示されたリソース上でアップリンクデータを送信する。タイプ‐３送信スキームとして説明される第３の実施形態において、ＵＥは、ＳＲ領域内でリソースを選択し、後続のデータ送信のために選択されたリソースに関する情報と共に、ＳＲを選択されたリソース上で送信し、ＵＥがその送信したＳＲに応答するＡＣＫを受信する場合、示されたリソース上で送信する。
タイプ‐１送信スキームの一実施形態において、ＭＴＣ ＵＥは、リソースプール内で１つのリソースをランダムに選択し、選択されたリソース上でアップリンクにおいてデータを送信する。いくつかの実施形態において、この送信スキームは、小パケットサイズに対し構成される。
タイプ‐２送信スキームの一実施形態において、ＭＴＣ ＵＥは、リソースプールにおけるＳＲ領域内でリソースをランダムに選択し、データ送信のためのリソース割り当てを含むＳＲ情報を選択されたリソース上で送信する。いくつかの実施形態において、タイプ‐２送信スキームのためのＳＲは、後続のデータ送信のためのリソース指定であり、ｅＮＢに対するＵＬ許可の要求ではない。続いて、ＭＴＣ ＵＥは、ＳＲ情報内で示されたリソース上でアップリンクデータを送信する。このオプションは、比較的大きなパケットサイズに対し好適であってよいことに留意されたい。
タイプ‐３送信スキームの一実施形態において、ＭＴＣ ＵＥは、ＳＲ領域内でリソースをランダムに選択し、後続のデータ送信のために選択されたリソースに関する情報と共に、ＳＲを選択されたリソース上で送信する。しかしながら、タイプ‐２送信スキームと異なり、ＭＴＣ ＵＥが、その送信したＳＲに応答して、ｅＮｏｄｅＢからのＵＬ上での送信を許可するＡＣＫを受信する場合、ＭＴＣ ＵＥは示されたリソース上で送信する。ＵＥが、ＳＲへのＡＣＫ応答をモニタリングする物理リソースまたはリソース設定は、ＳＲの送信に使用される時間‐周波数リソースへの予め定義されたまたは構成されたマッピングを有してよく、それは、全体的な低レイテンシを保証すべく、ＳＲ送信機会とＤＬにおけるＡＣＫ応答リソースとの間の時間ギャップが最小化されている。ＳＲへのＡＣＫ応答は、実際のデータ送信の競合を低減するのに寄与してよく、これは、中から大サイズの送信データパケットに対し、および／またはシステム負荷状態が比較的大きい状態において有利であることを含め、有益であってよい。また、このメカニズムは、３ＧＰＰ ＬＴＥ／ＬＴＥ‐Ａシステムに対し現在定義されているＲＡＣＨ（ランダムアクセスチャネル）プロシージャと比較して、レイテンシおよびシグナリングオーバヘッドを低減してよい。
図５は、タイプ‐１送信スキーム５００の一実施形態を説明するフローチャートである。送信スキーム５００は、図１に関し記載されたシステムによって実装されてよく、ＭＴＣ ＵＥ、ＵＥ、物理インフラストラクチャおよびネットワークインフラストラクチャを含む。
ブロック５０２において、ＭＴＣ ＵＥがウェイクアップし、アップリンクでのデータ送信を試みるとき、ＭＴＣ ＵＥはまず、ＤＬ同期信号を取得し、システム情報ブロック（ＳＩＢ）から必要なシステム情報を取得する。例えば、ＭＴＣ ＵＥが据え付けであり、ＭＴＣ送信に関するシステム情報が変更されない場合、初期アクセス後は、システム情報取得プロシージャは省略されてよい。ブロック５０４において、ＵＥは、１つのサブ領域またはリソースプール内でリソースをランダムに選択し、選択されたリソース上でアップリンクにおいてデータを送信する。ブロック５０８において、ＵＥは、ＡＣＫ応答ウィンドウ内でＤＬサブフレームをモニタリングし、ＵＥがｅＮＢからＡＣＫを受信するかどうかをチェックする。一実施形態において、ＤＬ ＡＣＫ受信プロシージャは省略されてよい。同一情報（おそらく、増分冗長性に基づく異なる冗長性バージョン）が、例えば、複数のサブフレームにわたり、複数回送信され、増加したエネルギーおよび時間ダイバーシチを介してカバレッジを向上させてよいことに留意されたい。ブロック５１０において、ＵＥがＡＣＫ応答ウィンドウ中にＡＣＫを受信する場合、ＵＥは、低電力またはスリープ状態に遷移してよい。ＵＥがＡＣＫ応答ウィンドウ中にＡＣＫを受信しない場合、ブロック５１２において、ＵＥは、次のＫ番目のアップリンクリソースプールを選択するか、またはリソースプールでランダムバックオフを実行し、アップリンクデータを送信するためのリソースを選択する。
アップリンク送信をサポートすべく、ＵＥは、非同期態様において、すなわち、ｅＮＢとのアップリンク同期を実現する必要なく、アップリンクでデータを送信することを許容されてよい。このアップリンクでの非同期送信は、シンボル間干渉（ＩＳＩ）に起因する影響を最小化すべく、ＣＰ長における特定の変更を要求してよい。ここで「非同期」送信は、セル内のＵＥは、少なくとも共通のＤＬ参照時間に従い送信することを引き続き前提としていることに留意されたい。
一実施形態において、アップリンク送信リソースプール内で、より長いＣＰ長が定義されてよい。さらに、ＭＴＣ ＵＥは、アップリンクでのデータ送信時に、ＤＬ同期タイミングに従う。長いＣＰは、上位レイヤによって、マスタ情報ブロック（ＭＩＢ）、ＳＩＢまたはＵＥ固有の専用無線リソース制御（ＲＲＣ）シグナリングを介して構成されてよいことに留意されたい。
この長いＣＰの長さは、特定の配備シナリオにより決定されてよいことに留意されたい。特に、特定のガード時間（Ｔｇ）を仮定すると、アップリンク送信の最大距離は次のように計算されてよい。
Figure 2018509812
式中、ＴＣＰは、時間におけるＣＰ長であり、ｃ＝３×１０８ｍ／ｓ（光速定数）である。
例えば、〜４μｓガード時間を仮定すると、既存のＬＴＥ仕様で定義される通り、拡張されたＣＰ（１６．６μｓ）は、非同期アップリンク送信を可能にする、〜２ｋｍの配備シナリオをカバーしてよい。同様に、６６．７μｓ（すなわち、１個のＯＦＤＭシンボル持続時間）を持つＣＰ長がアップリンク送信に定義されてよい場合、
Figure 2018509812
 （１０ｋｍの送信距離）が実現されてよい。
既存のＬＴＥヌメロロジに従い、アップリンク送信により長いＣＰが使用される場合、ＣＰオーバヘッドはかなりのものになり得ることに留意されたい。例えば、ＣＰ長に６６．７μｓが定義される場合、５０％のＣＰオーバヘッドが導入される。ＣＰオーバヘッドを低減するには、同一ＣＰ長に対し、より小さいサブキャリア間隔を使用することによって、より長いシンボル持続時間を検討することが所望されてよい。上記の通り、サブキャリア間隔に３ＫＨｚが使用され、３３３．３３μｓシンボル持続時間が狭帯域ＭＴＣに定義可能であれば、全体的なＣＰオーバヘッドは、通常のサブキャリア間隔の５０％のオーバヘッドから１６．７％のＣＰオーバヘッドまで低減できる。
別の実施形態において、ＵＥは、初期アップリンク同期から取得されたＴＡ値に基づいてタイミングアドバンス（ＴＡ）を適用してよい。特定のＭＴＣアプリケーションについて、ＭＴＣ ＵＥは、住宅建物に配置され、これらのＭＴＣ ＵＥについては、モビリティは予期されていない。この場合、ＭＴＣ ＵＥは、アップリンクでのデータ送信時に、同一のＴＡ値が適用可能であると想定してよい。
図６は、タイプ‐２送信スキーム６００の実施形態を説明するフローチャートである。送信スキーム６００は、図１に関し記載されたシステムによって実装されてよく、ＭＴＣ ＵＥ、ＵＥ、物理インフラストラクチャおよびネットワークインフラストラクチャを含む。
ブロック６０２において、ＭＴＣ ＵＥは、アップリンクでのデータ送信のためのウェイクアップ時に、まずＤＬ同期信号を取得し、ＳＩＢから必要なシステム情報を取得する。例えば、ＭＴＣ ＵＥが据え付けであり、ＭＴＣ送信に関するシステム情報が変更されない場合、初期アクセス後は、システム情報取得プロシージャは省略されてよい。ブロック６０４において、ＭＴＣ ＵＥは、ＵＬデータの送信のためのデータ領域内から１または複数の物理リソースをランダムに選択し、およびリソースプール内におけるＳＲ領域内からリソースをランダムに選択し、データ送信のために選択されたリソースの指定を含むＳＲ情報を選択されたリソース上で送信する。ブロック６０６において、ＭＴＣ ＵＥは、ＳＲ情報内で示されるデータ領域内のリソース上でアップリンクデータを送信する。ブロック６０８において、ＵＥは、ＡＣＫ応答ウィンドウ内でＤＬサブフレームをモニタリングし、ＵＥがｅＮＢからＡＣＫを受信するかどうかをチェックする。一実施形態において、ＤＬ ＡＣＫ受信プロシージャは、省略されてよい。同一情報（おそらく、増分冗長性に基づく異なる冗長性バージョン）が、例えば、複数のサブフレームにわたり、複数回送信され、増加したエネルギーおよび時間ダイバーシチを介してカバレッジを向上させてよいことに留意されたい。ＵＥがＡＣＫ応答ウィンドウ中にＡＣＫを受信する場合、ブロック６１０において、ＵＥは、低電力またはスリープ状態に遷移してよい。ＵＥがＡＣＫ応答ウィンドウ中にＡＣＫを受信しない場合、ブロック６１２において、ＵＥは、次のＫ番目のアップリンクリソースプールを選択するか、またはリソースプールでランダムバックオフを実行し、アップリンクデータを送信するためのリソースを選択する。
図７は、タイプ‐３送信スキーム７００の一実施形態を説明するフローチャートである。送信スキーム７００は、図１に関し記載されたシステムによって実装されてよく、ＭＴＣ ＵＥ、ＵＥ、物理インフラストラクチャおよびネットワークインフラストラクチャを含む。
ブロック７０２において、ＭＴＣ ＵＥは、アップリンクでのデータ送信のためのウェイクアップ時に、まずＤＬ同期信号を取得し、ＳＩＢから必要なシステム情報を取得する。例えば、ＭＴＣ ＵＥが据え付けであり、ＭＴＣ送信に関するシステム情報が変更されない場合、初期アクセス後は、システム情報取得プロシージャは省略されてよい。ブロック７０４において、ＭＴＣ ＵＥは、ＵＬデータの送信のためのデータ領域内から１または複数の物理リソースをランダムに選択し、およびリソースプールにおけるＳＲ領域内からリソースをランダムに選択し、データ送信のために選択された少なくともリソースの指定、および可能であればデータ送信に使用されるべき変調符号化スキーム（ＭＣＳ）も含むＳＲ情報を選択されたリソース上で送信する。ブロック７０６において、ＵＥが選択されたリソース上で送信すべきかどうかに関するｅＮｏｄｅＢからの少なくとも確認を、可能であればデータ送信に使用されるべきＴＡ値および送信電力制御（ＴＰＣ）調整、データ送信のための代替的なリソース、およびデータ送信に使用されるべき代替的ＭＣＳレベルのうちの１または複数も含め受信すべく、ＭＴＣ ＵＥは、ＡＣＫ応答ウィンドウ内で、ＳＲ送信に対応するＤＬサブフレームをモニタリングする。ＵＥがＡＣＫ応答ウィンドウ中にＳＲ送信に対応するＡＣＫを受信しない場合、ブロック７１４において、ＵＥは、次のＫ番目のアップリンクリソースプールを選択するか、またはリソースプールでランダムバックオフを実行し、ＳＲおよび後続のアップリンクデータを送信するためのリソースを選択する。しかしながら、ＵＥがＡＣＫ応答ウィンドウ中にＳＲ送信に対応するＡＣＫを受信する場合、ブロック７０８において、ＵＥは、ｅＮＢから受信されたＳＲ送信に応答するＡＣＫフィードバックに基づくデータ領域内のリソース上でアップリンクデータを送信する。ブロック７１０において、ＵＥは、ＡＣＫ応答ウィンドウ内でＤＬサブフレームをモニタリングし、ＵＥがｅＮＢからＡＣＫを受信するかどうかをチェックする。いくつかの実施形態において、ＤＬ ＡＣＫ受信プロシージャは省略されてよい。同一情報（おそらく、増分冗長性に基づく異なる冗長性バージョン）が、例えば、複数のサブフレームにわたり、複数回送信され、増加したエネルギーおよび時間ダイバーシチを介してカバレッジを向上させてよいことに留意されたい。ＵＥがＡＣＫ応答ウィンドウ中にＡＣＫを受信する場合、ブロック７１２において、ＵＥは、低電力またはスリープ状態に遷移してよい。しかしながら、ブロック７１６において、ＵＥがＡＣＫを受信しない、またはＡＣＫ応答ウィンドウ中にＵＬデータ送信に対応する否定的確認応答（ＮＡＣＫ）を受信する場合、ブロック７１８において、ＵＥは構成されたまたは予め定義されたハイブリッドＡＲＱ（ＨＡＲＱ）再送信スキームに従い、データパケットを再送信するか、または、ブロック７１４において、ＵＥは次のＫ番目のアップリンクリソースプールを選択するか若しくはリソースプールでランダムバックオフを実行し、ＳＲおよび後続のアップリンクデータを送信するためのリソースを選択する。
図８は、リソースプール周期性８００の図である。最初に、ＭＴＣデバイスは、ネットワークにアクセスし、アップリンク送信のためのリソースプール８０８の必要な情報を取得することになる。このリソースプール８０８の構成は、予め定義されるか、または上位レイヤによって、ＭＩＢ若しくはＳＩＢ若しくはＵＥ固有の専用ＲＲＣシグナリングを介して提供されてよい。
アップリンク送信リソースプール８０８のための時間および周波数リソース構成は、次の情報、すなわち、周波数位置（例えば、リソースブロック（ＲＢ）のインデックス領域内）および／または時間位置（例えば、ＯＦＤＭシンボルインデックス、スロットインデックス、サブフレームインデックス、無線フレームインデックス）のうちの少なくとも１つを含んでよい。シグナル時間に関する情報のより具体的な例として、構成は、このリソースプール８０８の少なくとも周期性８０６および／またはサブフレームオフセット８０４を含んでよい。
アップリンク送信リソースプール８０８に割り当てられたサブフレームは、連続的または非連続的であってよい。例えば、周波数分割複信（ＦＤＤ）システムの場合は、このリソースプール８０８に連続的なＤＬサブフレームが割り当てられてよい。時分割複信（ＴＤＤ）システムの場合は、このリソースプール８０８に非連続的なサブフレームが割り当てられてよい。特に、パラメータ"ｓｕｂｆｒａｍｅＢｉｔＭａｐ"を持つサブフレームのビットのマップを使用して、リソースプール８０８内で繰り返し可能な、割り当てられたサブフレームをシグナリングしてよい。例えば、ｓｕｂｆｒａｍｅＢｉｔＭａｐ＝"００１１００００１１"およびサブフレームにおけるリソースプール８０８の長さは２０である。この場合、第１および第２の無線フレームは同一のサブフレームのビットのマップを有し、このリソースプール８０８に、各フレーム内のサブフレーム＃２、＃３、＃８および＃９が割り当てられる。
図８に示される通り、アップリンク送信リソースプールのＮＵＬ−ＣＬ ＤＬサブフレーム８０２の第１のサブフレームは、以下を満たすべきである。
Figure 2018509812
式中、ｎｆおよびｎｓは、無線フレーム番号およびスロット番号である。
周波数ドメインにおいて、アップリンク送信リソースプール８０８は、連続的または非連続的ＰＲＢまたはサブキャリアにおいて割り当てられてよい。一実施形態において、パラメータ"ｓｔａｒｔＰＲＢ"を持つ開始ＰＲＢおよびＭＴＣリソースプールのサイズ"ｌｅｎｇｔｈＰＲＢ"を使用して、リソースプールの周波数情報を示してよい。これにより、ｓｔａｒｔＰＲＢより大きいまたは等しい且つｓｔａｒｔＰＲＢ＋ｐｒｂＬｅｎｇｔｈより小さいインデックスを持つＰＲＢが、アップリンク送信リソースプール８０８に割り当てられる。
別の実施形態において、２つの非重複周波数位置が送信リソースプール８０８に割り当てられてよい。特に、パラメータ"ｓｔａｒｔＰＲＢ"を持つ開始ＰＲＢおよび"ｌｅｎｇｔｈＰＲＢ１"を使用して、周波数ドメインにおけるリソースプールの第１の部分を示してよく、すなわち、ｓｔａｒｔＰＲＢより大きいまたは等しい且つｓｔａｒｔＰＲＢ＋ｌｅｎｇｔｈＰＲＢ１より小さいインデックスを持つＰＲＢが割り当てられる。ＭＴＣリソースプールの第２の部分については、終了ＰＲＢを使用して、パラメータ"ｅｎｄＰＲＢ"および"ｌｅｎｇｔｈＰＲＢ２"でリソースプールの最後の部分を示してよく、すなわちｅｎｄＰＲＢより小さいまたは等しい且つｅｎｄＰＲＢ−ｌｅｎｇｔｈＰＲＢ２より大きいインデックスを持つＰＲＢが割り当てられる。
上記のオプションにおいてはＰＲＢが考慮されているが、周波数ドメイン構成は、サブキャリアインデックスおよび／またはＰＲＢのブロック／グループに基づき容易に拡張できることに留意されたい。
上記の通り、タイプ‐２およびタイプ‐３アップリンク送信の場合、リソースプール８０８は、アップリンク送信のためのＳＲ領域およびデータ領域にさらに分割されてよい。リソースパーティション情報は、予め定義されるか、または上位レイヤによって、ＭＩＢ、ＳＩＢ若しくはＵＥ固有のＲＲＣシグナリングを介して構成されてよいことに留意されたい。
図９は、ＵＬ９０４におけるリソースプール９１２内の送信に応答するＤＬ９０２におけるＡＣＫ応答ウィンドウ９１０のダイアグラム９００を示す。ＭＴＣ ＵＥがアップリンクデータを送信するとき、ＭＴＣ ＵＥは、ＡＣＫ応答ウィンドウ９１０内でｅＮＢからのＡＣＫフィードバックを待機する。上記３つのタイプのＵＬ送信スキームのうちのいくつかの実施形態では、ＡＣＫフィードバックとは、データ送信に応答するフィードバックを指す。ＡＣＫ応答ウィンドウ９１０の位置は、予め定義されるか、または上位レイヤによって、ＭＩＢ、ＳＩＢ若しくはＵＥ固有のＲＲＣシグナリングを介して構成されてよい。
ＡＣＫ応答ウィンドウ９１０の開始位置は、ＭＴＣ ＵＥがリソースプール９１２内でアップリンクデータを送信する開始サブフレーム若しくは最後のサブフレーム若しくはサブフレームのうちの任意の１つ、または、リソースプール９１２の開始サブフレーム若しくは最後のサブフレームを基準に定義されてよい。図９は、ＡＣＫ応答ウィンドウ９１０が、リソースプール９１２の最後のサブフレームを基準に定義される場合を示す。図９中に示される例においては、リソースプール９１２は、サブフレームｎからｎ＋４までを占める一方、ＡＣＫ応答ウィンドウ９１０はサブフレームｎ＋８からｎ＋１３までである。これは、ＭＴＣ ＵＥが、リソースプール９１２内でランダムに選択されたリソース上でアップリンクデータを送信した後、ＭＴＣ ＵＥは、ｎ＋８からｎ＋１３までｅＮＢからのＡＣＫ応答を待機することになることを示す。
ＡＣＫフィードバックがＵＥ固有であるか、またはグループ態様で送信されるかに依り、ＡＣＫフィードバックメカニズムに関しいくつかのオプションが考慮されてよい。一実施形態において、物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）を使用して、ＵＥ固有態様でＡＣＫフィードバックを搬送してよい。他のＵＥとのリソース競合を回避すべく、ＭＴＣ ＵＥがアップリンクデータを送信するときのリソースと、ＰＨＩＣＨ送信との間の固定のタイミング関係が定義されてよい。さらに、ＰＨＩＣＨリソースインデックスはＵＥ ＩＤ、ＭＴＣ ＵＥがアップリンクデータを送信する場合の開始サブフレームおよび／またはＰＲＢインデックスの関数として定義されてよい。
既存のＬＴＥ仕様において、ＰＨＩＣＨリソースは、インデックスペア
Figure 2018509812
 によって識別され、ここで、
Figure 2018509812
 は、ＰＨＩＣＨグループ番号であり、
Figure 2018509812
 は、グループ内の直交シーケンスインデックスである。一例において、
Figure 2018509812
 は、以下により与えられてよい。
Figure 2018509812
式中、ＩＤＵＥは、ＵＥ ＩＤであり、ｎＰＲＢおよびｎＳＦはそれぞれ、ＭＴＣ ＵＥがアップリンクデータを送信する開始ＰＲＢおよびサブフレームである。
別の実施形態において、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）９０６を使用して、ＵＥ固有態様でＡＣＫフィードバックを搬送してよい。この場合、ＭＴＣ ＵＥは、ＡＣＫ応答ウィンドウ内でＰＤＣＣＨ９０６をモニタリングする必要がある。効率的なＰＤＣＣＨデコーディングを許容すべく、新しい無線ネットワーク一時識別子（ＲＮＴＩ）（ＣＬ＿ＲＮＴＩ）がアップリンク送信に定義されてよい。より具体的には、このＲＮＴＩは、ＵＥ識別子（ＩＤ）および／またはＭＴＣ ＵＥがアップリンクデータを送信する開始ＰＲＢおよびサブフレームの関数として定義されてよい。すなわち、以下の通りである。
Figure 2018509812
一例において、このＲＮＴＩは、以下により与えられてよい。
Figure 2018509812
式中、ｃ０、ｃ１、ｃ２およびｃ３は定数であり、これらは仕様において予め定義されるか、または上位レイヤによって、ＭＩＢ、ＳＩＢ若しくはＵＥ固有の専用ＲＲＣシグナリングを介して構成されてよい。
さらに、ＵＥ ＩＤは、競合解決のためにＰＤＣＣＨ送信において、ダウンリンク制御情報（ＤＣＩ）フォーマットに含まれる必要がある。ＵＥ ＩＤの正確なビット数によっては、他のＤＣＩフォーマットにマッチするゼロパディングが検討されてよい。例えば、ＵＥ ＩＤのビット数が比較的小さい場合、ＤＣＩフォーマット１Ｃにマッチするゼロパディングが検討されてよい。
別の実施形態において、５Ｇ ＤＬ制御チャネル（例えば、ＰＤＣＣＨ９０６またはＰＤＣＣＨ等）および５Ｇ ＤＬデータまたは共有チャネル（例えば、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）９０８またはＰＤＳＣＨ等）を使用して、グループ態様でＡＣＫフィードバックを搬送してよい。特に、ＡＣＫ応答メッセージが定義され、ＤＬデータまたは共有チャネル（例えば、ＰＤＳＣＨ９０８）で送信されてよい。複数のＵＥが、同一のリソースプール内でデータを送信する場合、ｅＮＢは複数のＡＣＫ応答メッセージを集約して、１つのＤＬデータまたは共有チャネル（例えば、ＰＤＳＣＨ９０８）で送信してよい。このオプションは、ＤＬ制御チャネル（例えば、ＰＤＣＣＨ９０６）送信の閉塞を低減してよいことに留意されたい。
ＵＥ ＩＤがＡＣＫ応答メッセージ内に含まれることに留意されたい。ＭＴＣ ＵＥがアップリンクデータを送信するリソースプール内の時間および周波数ドメインにおけるリソース情報（リソースＩＤ）が、ＡＣＫ応答メッセージ内または集約されたＡＣＫ応答メッセージの媒体アクセス制御（ＭＡＣ）サブヘッダ内に含まれてよい。このリソースＩＤは、ｎＰＲＢおよびｎＳＦの関数として表わされてよい。
図１０は、集約されたＡＣＫ応答メッセージオプションの図である。集約されたＡＣＫ応答メッセージに対し、２つのオプションが考慮されてよい。オプション１（１０００）では、リソースＩＤおよびＵＥ ＩＤが、集約された応答メッセージ送信のためにＭＡＣペイロード内に含まれる。オプション２（１００２）では、リソースＩＤはＭＡＣヘッダ内に含まれる一方、ＵＥ ＩＤはＭＡＣペイロード内に含まれる。
ＬＴＥ仕様におけるＤＬ割り当てのための既存のＤＣＩフォーマットが、ＡＣＫ応答メッセージ送信のためのＰＤＳＣＨスケジューリングで考慮されてよい。上記のオプションと同様、新しいＲＮＴＩ（ＣＬ＿ＲＮＴＩ）がアップリンク送信に定義されてよい。このＲＮＴＩは、リソースプールの開始ＰＲＢおよびサブフレームの関数として定義されてよく、すなわち、以下の通りである。
Figure 2018509812
式中、ｎＰＲＢ＿ｐｏｏｌおよびｎＳＦ＿ｐｏｏｌはそれぞれ、リソースプールの開始ＰＲＢおよびサブフレームである。
一例において、このＲＮＴＩは、以下によって与えられてよい。
Figure 2018509812
式中、ａ０、ａ１、ａ２は定数であり、これらは仕様において予め定義されるか、または上位レイヤによって、ＭＩＢ、ＳＩＢ若しくはＵＥ固有の専用ＲＲＣシグナリングを介して構成されてよい。
タイプ‐３アップリンク送信スキームの場合、ｅＮｏｄｅＢは、ＵＥからの最初のＳＲ送信に応答するＡＣＫ応答メッセージ内で、ＵＥはデータ領域内（ＳＲメッセージ内で示される通り）からランダムに選択されたリソース上でＵＬデータを送信するべきか、または、追加のバックオフの適用ありまたはなし（バックオフプロシージャのためのオプションは、本開示の後の方の箇所で開示される）の状態で、データ送信のためのリソースを再選択し、次の機会においてＳＲを再度送信するべきかを示してよい。さらに、また、ＳＲへのＡＣＫ応答がｅＮｏｄｅＢによって使用され、データ領域（現在のＳＲ領域に関連付けられた）からの代替的なリソースを示してよい。データ送信に使用されるべき同一のＭＣＳレベルが変更されない場合、代替的なリソースのサイズは、ＵＥによって選択された元のデータ送信リソースのサイズに合致させてよく、後者は、ＵＥからの暗黙のバッファ状態レポート（ＢＳＲ）として解釈される。
タイプ‐３ ＵＬ送信スキームに従うデータ送信に対し複数のＭＣＳレベルがサポートされる場合、ＳＲへのＡＣＫ応答はまた、データ送信に使用されるべき物理リソースのサイズへの適切な修正と共に、異なるＭＣＳがデータ送信に使用されるべきかどうかを示してよい。
さらに、また、ＵＥがデータパケットの送信のためのＤＬ参照時間に適用するＴＡ量もＳＲ送信へのこのＡＣＫ応答内で示されてよく、それにより、ｅＮｏｄｅＢにおけるデータ送信のための同期ＵＬ受信を容易にする。また、後続のデータ送信のための送信電力制御の微調整も、限定数の追加のビットを使用して、このＡＣＫ応答メッセージ内で示されてよい。
ＳＲへのＡＣＫ応答のＤＬ送信に使用されるリソースおよび物理チャネルは、前の方の箇所で説明した、データ送信へのＡＣＫ応答の送信のためのオプションに基づいて、すなわち、ＰＨＩＣＨ（レイヤ１制御情報として）に基づく、またはＤＬ制御チャネル（レイヤ１制御情報として）に基づく設計を使用して、設計されてよく、または共有チャネル（物理ＤＬ共有チャネルによって搬送されるＭＡＣペイロードとして）内で搬送される。
具体的には、一実施形態において、レイヤ１シグナリング（例えば、物理ＤＬ制御チャネル）を使用して、ＳＲへのＡＣＫ応答をＵＥ固有態様で搬送してよい。具体的には、ＳＲへのＡＣＫ応答は、ＬＴＥ／ＬＴＥアドバンストシステムにおいて現在定義されているＤＣＩフォーマット０のコンパクトバージョンに基づいて設計されてよく、そこでは、Ｃ‐ＲＮＴＩは適切なＣＬ‐ＲＮＴＩに置き換えられている。ＣＬ‐ＲＮＴＩは、ＵＥ ＩＤと、送信されたＳＲの時間および周波数リソースインデックス、またはＳＲ内で示されるデータ送信リソースの開始時間および周波数リソースインデックスの関数として定義されてよい。ＳＲへのＡＣＫ応答が、例えば、データ送信のための代替的なリソース（ＳＲ内でＵＥによって示されるリソースとは異なる）の指定およびＴＡ指定を含む場合、ＤＣＩフォーマット０のコンパクト形態を定義するこのオプションは、より好適であってよい。
別の実施形態においては、グループ‐ＡＣＫ応答が定義されてよく、その場合、ｅＮｏｄｅＢは、グループ‐ＡＣＫ応答内でアドレス指定されたＵＥが、それぞれの選択されたリソース上で送信すべきか、または次の機会において、追加のバックオフの適用があるまたはない状態で、再選択すべきかどうかを示す。応答は、共有チャネル内でＭＡＣペイロードとして搬送されてよく、前の方の箇所で例示した通り、ＵＥのグループに対し定義されたＣＬ‐ＲＮＴＩを使用するＤＣＩフォーマット１Ｃに類似して、またはそれに基づいて設計されるＤＬ割り当てによって、スケジューリングされてよい。
図１１は、低減されたシグナリングオーバヘッドでの再送信スキーム１１００の図である。ＭＴＣ ＵＥがＡＣＫ応答ウィンドウ内でｅＮＢからＡＣＫ応答を受信しない場合、ＵＥは、アップリンクデータ送信のための次の機会まで待機する必要があってよく、またはタイプ‐３ ＵＬ送信スキームの事例においては、ＳＲ送信に応答してｅＮＢからのＡＣＫフィードバックがＵＥにおいて受信されない場合、若しくは、ＡＣＫ応答がＵＥに対し、異なるデータ送信リソースを再選択し、ＳＲを更新されたデータ送信リソース指定と共に再送信することを命令する場合、ＳＲ再送信のための次の機会まで待機する必要があってよい。これは、固定遅延またはリソースプール１１０２のランダムバックオフによって実現されてよい。図１１に示される通り、ＭＴＣ ＵＥが、前の送信１１０６に関するＡＣＫ応答をｅＮＢから受信し損なった場合、ＭＴＣ ＵＥは再送信１１０８のための次のＫ番目のリソースプール１１０２まで待機する。
一実施形態において、リソースプールに固定遅延Ｋが考慮されてよく、Ｋは仕様において予め定義されてよく、または上位レイヤによって、ＭＩＢ、ＳＩＢ若しくはＵＥ固有の専用ＲＲＣシグナリングを介して構成されてよい。
別の実施形態において、ＭＴＣ ＵＥは、再送信でランダムバックオフを実行する。特に、ＭＴＣ ＵＥは、ウィンドウ［０，Ｗ−１］内で１つの値Ｋをランダムに選択する。ウィンドウサイズＷは予め定義されるか、または上位レイヤによって、ＭＩＢ、ＳＩＢ若しくはＵＥ固有の専用ＲＲＣシグナリングを介して構成されてよい。
１つのオプションにおいて、各再送信に対し、ウィンドウサイズＷは固定であってよい。別のオプションにおいては、各再送信に対し、ウィンドウサイズＷは２倍であってよい。すなわち、以下の通りである。
Figure 2018509812
これは、高負荷のシステムに対し、リソース競合率を低減することに寄与してよい。
アップリンク送信カウンタ（ＰＵＳＣＨ＿ＣＬ＿ＴＸ＿ＣＯＵＮＴＥＲ）が、最大値（ＰＵＳＣＨ＿ＣＬ＿ＴＸ＿ＭＡＸ）に到達すると、ＭＴＣ ＵＥはスリープに戻り、アップリンク送信の次のスケジューリング時にウェイクアップしてよい。代替的に、ＭＴＣ ＵＥは、アップリンクデータ送信のためのアップリンクリソースプール以外のリソース上でのＲＡＣＨプロシージャを含む、通常のアップリンク送信プロシージャを実行してよい。最大値（ＰＵＳＣＨ＿ＣＬ＿ＴＸ＿ＭＡＸ）は仕様において予め定義されてよく、または上位レイヤによって、ＭＩＢ、ＳＩＢ若しくはＵＥ固有の専用ＲＲＣシグナリングを介して構成されてよいことに留意されたい。
タイプ１または２と対照的に、タイプ‐３ ＵＬ送信の場合、データ送信に応答するＡＣＫフィードバックはまた、ＮＡＣＫを示してもよい。さらに、タイプ‐３ ＵＬ送信のデータ送信に対し、ＨＡＲＱ再送信メカニズムも案出されてよい。ＵＥがデータ送信に応答するＮＡＣＫ指定を受信する場合、ＵＥは、ＳＲ送信のプロシージャを再開する代わりに、そのデータについてＨＡＲＱ再送信で進んでよい。ＨＡＲＱ再送信メカニズムは、非適合可能（すなわち、最初のデータ送信と同一または異なる冗長性バージョンを除いては同一のＭＣＳを使用する）または適合可能であってよい。ＮＡＣＫメッセージはまた、データの再送信に使用されるべき物理リソースの明示の指定も含んでよく、または代替的に、再送信リソースは、最初の送信に使用されるリソースに対する決定的または擬似ランダム的関係を維持するように定義されてよく、この場合、リソースの識別は、時間リソース、周波数リソースのインデックスまたは開始インデックス（複数のリソースの場合）およびデータ領域リソースプールのインデックスのうちの１または複数の組み合わせに基づいて行われる。
ＨＡＲＱ再送信試行の最大数に到達した後、ＵＥは、タイプ‐２ ＵＬ送信スキームの場合と同様、ＳＲおよびデータ送信のためのリソース再選択ステップにフォールバックしてよい。
本明細書で使用されるとき、「回路」という用語は、１または複数のソフトウェアまたはファームウェアプログラムを実行する特定用途向け集積回路（ＡＳＩＣ）、電子回路、プロセッサ（共有、専用、またはグループ）、および／またはメモリ（共有、専用、またはグループ）、組み合わせロジック回路、並びに／または記載された機能を提供する他の好適なハードウェアコンポーネントを指してよく、それらの一部であってよく、またはそれらを含んでよい。いくつかの実施形態において、回路は、１または複数のソフトウェアまたはファームウェアモジュール内に実装されてよく、または回路に関連する諸機能は、１または複数のソフトウェアまたはファームウェアモジュールによって実装されてよい。いくつかの実施形態において、回路は、ハードウェアにおいて少なくとも部分的に動作可能なロジックを含んでよい。
本明細書に記載の実施形態は、任意の好適に構成されたハードウェアおよび／またはソフトウェアを使用して、システムへ実装されてよい。図１２は、一実施形態のＵＥデバイス１２００の例示的なコンポーネントを示す。いくつかの実施形態において、ＵＥデバイス１２００は、少なくとも図示の通り共に連結された、アプリケーション回路１２０２、ベースバンド回路１２０４、無線周波数（ＲＦ）回路１２０６、フロントエンドモジュール（ＦＥＭ）回路１２０８および１または複数のアンテナ１２１０を含んでよい。
アプリケーション回路１２０２は、１または複数のアプリケーションプロセッサを含んでよい。例えば、アプリケーション回路１２０２は、限定はされないが、１または複数のシングルコアプロセッサまたはマルチコアプロセッサ等の回路を含んでよい。プロセッサは、汎用プロセッサおよび専用プロセッサ（例えば、グラフィックプロセッサ、アプリケーションプロセッサ等）の任意の組み合わせを含んでよい。プロセッサは、メモリ／ストレージに連結されてよく、および／またはメモリ／ストレージを含んでよく、およびプロセッサは、様々なアプリケーションおよび／またはオペレーティングシステムがシステム上で実行できるようにするためのメモリ／ストレージ内に格納された命令を実行するように構成されてよい。
ベースバンド回路１２０４は、限定はされないが、１または複数のシングルコアまたはマルチコアプロセッサ等の回路を含んでよい。ベースバンド回路１２０４は、ＲＦ回路１２０６の受信信号パスから受信されるベースバンド信号を処理し、ＲＦ回路１２０６の送信信号パスのためのベースバンド信号を生成するための１または複数のベースバンドプロセッサおよび／または制御ロジックを含んでよい。ベースバンド処理回路１２０４は、ベースバンド信号の生成および処理のために、並びにＲＦ回路１２０６の動作を制御するために、アプリケーション回路１２０２とやり取りしてよい。例えば、いくつかの実施形態において、ベースバンド回路１２０４は、第２世代（２Ｇ）ベースバンドプロセッサ１２０４ａ、第３世代（３Ｇ）ベースバンドプロセッサ１２０４ｂ、第４世代（４Ｇ）ベースバンドプロセッサ１２０４ｃ、および／または他の既存世代または開発中の若しくは将来開発されるべき世代（例えば、５Ｇ、第６世代（６Ｇ）等）の他のベースバンドプロセッサ１２０４ｄを含んでよい。ベースバンド回路１２０４（例えば、ベースバンドプロセッサ１２０４ａ〜ｄのうちの１または複数）は、ＲＦ回路１２０６を介して１または複数の無線ネットワークとの通信を可能にする様々な無線制御機能を処理してよい。無線制御機能としては、限定はされないが、信号変調／復調、エンコーディング／デコーディング、無線周波数偏移等が含まれてよい。いくつかの実施形態において、ベースバンド回路１２０４の変調／復調回路は、高速フーリエ変換（ＦＦＴ）、プリコーディング、および／またはコンステレーションマッピング／マッピング解除機能を含んでよい。いくつかの実施形態において、ベースバンド回路１２０４のエンコーディング／デコーディング回路は、コンボリューション、テールバイティングコンボリューション、ターボ、ビタビ、および／または低密度パリティチェック（ＬＤＰＣ）エンコーダ／デコーダ機能を含んでよい。変調／復調およびエンコーダ／デコーダ機能の実施形態はこれらの例に限定されず、他の実施形態においては、他の好適な機能を含んでよい。
いくつかの実施形態において、ベースバンド回路１２０４は、例えば、進化型ユニバーサル地上波無線アクセスネットワーク（ＥＵＴＲＡＮ）プロトコルの要素といったプロトコルスタックの要素を含んでよく、それらには例えば、物理（ＰＨＹ）、媒体アクセス制御（ＭＡＣ）、無線リンク制御（ＲＬＣ）、パケットデータ収束プロトコル（ＰＤＣＰ）および／または無線リソース制御（ＲＲＣ）要素が含まれる。ベースバンド回路１２０４の中央処理装置（ＣＰＵ）１２０４ｅは、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰおよび／またはＲＲＣレイヤのシグナリングのためのプロトコルスタックの要素を実行するように構成されてよい。いくつかの実施形態において、ベースバンド回路は、１または複数のオーディオデジタル信号プロセッサ（ＤＳＰ）１２０４ｆを含んでよい。オーディオＤＳＰ １２０４ｆは、圧縮／圧縮解除およびエコーキャンセルのための要素を含んでよく、他の実施形態においては、他の好適な処理要素を含んでよい。ベースバンド回路の複数のコンポーネントは単一のチップまたは単一のチップセット内で好適に組み合わされてよく、またはいくつかの実施形態においては、同一回路基板上に配置されてよい。いくつかの実施形態において、ベースバンド回路１２０４およびアプリケーション回路１２０２の構成コンポーネントのうちの一部または全部が、例えばシステムオンチップ（ＳＯＣ）等の上に一緒に実装されてよい。
いくつかの実施形態において、ベースバンド回路１２０４は、１または複数の無線技術と互換性のある通信を提供してよい。例えば、いくつかの実施形態において、ベースバンド回路１２０４は、進化型ユニバーサル地上波無線アクセスネットワーク（ＥＵＴＲＡＮ）および／または他の無線メトロポリタンエリアネットワーク（ＷＭＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、無線パーソナルエリアネットワーク（ＷＰＡＮ）との通信をサポートしてよい。ベースバンド回路１２０４が、２つ以上の無線プロトコルの無線通信をサポートするように構成されている実施形態は、マルチモードベースバンド回路と称されてよい。
ＲＦ回路１２０６は、非固体媒体を介して変調された電磁放射を使用する無線ネットワークとの通信を有効にしてよい。様々な実施形態において、ＲＦ回路１２０６は、無線ネットワークとの通信を容易にするためのスイッチ、フィルタ、増幅器等を含んでよい。ＲＦ回路１２０６は、受信信号パスを含んでよく、受信信号パスは、ＦＥＭ回路１２０８から受信されたＲＦ信号をダウンコンバートし、ベースバンド回路１２０４にベースバンド信号を提供するための回路を含んでよい。また、ＲＦ回路１２０６は、送信信号パスも含んでよく、送信信号パスは、ベースバンド回路１２０４によって提供されたベースバンド信号をアップコンバートし、ＲＦ出力信号を送信のためにＦＥＭ回路１２０８に提供するための回路を含んでよい。
いくつかの実施形態において、ＲＦ回路１２０６は受信信号パスおよび送信信号パスを含んでよい。ＲＦ回路１２０６の受信信号パスは、ミキサ回路１２０６ａ、増幅回路１２０６ｂ、およびフィルタ回路１２０６ｃを含んでよい。ＲＦ回路１２０６の送信信号パスは、フィルタ回路１２０６ｃおよびミキサ回路１２０６ａを含んでよい。また、ＲＦ回路１２０６は、受信信号パスおよび送信信号パスのミキサ回路１２０６ａによる使用のために周波数を合成するシンセサイザ回路１２０６ｄも含んでよい。いくつかの実施形態において、受信信号パスのミキサ回路１２０６ａは、シンセサイザ回路１２０６ｄによって提供される合成された周波数に基づいて、ＦＥＭ回路１２０８から受信されたＲＦ信号をダウンコンバートするように構成されてよい。増幅回路１２０６ｂは、ダウンコンバートされた信号を増幅するように構成されてよく、フィルタ回路１２０６ｃは、ダウンコンバートされた信号から不要な信号を除去して、出力ベースバンド信号を生成するように構成されたローパスフィルタ（ＬＰＦ）またはバンドパスフィルタ（ＢＰＦ）であってよい。出力ベースバンド信号は、さらなる処理のためにベースバンド回路１２０４に提供されてよい。いくつかの実施形態において、出力ベースバンド信号は、ゼロ周波数のベースバンド信号であってよいが、これは要件ではない。いくつかの実施形態において、受信信号パスのミキサ回路１２０６ａは、パッシブミキサを含んでよいが、本実施形態の範囲はこの点において限定はされない。
いくつかの実施形態において、送信信号パスのミキサ回路１２０６ａは、シンセサイザ回路１２０６ｄによって提供される合成された周波数に基づいて、入力ベースバンド信号をアップコンバートして、ＦＥＭ回路１２０８のためのＲＦ出力信号を生成するように構成されてよい。ベースバンド信号は、ベースバンド回路１２０４によって提供されてよく、フィルタ回路１２０６ｃによってフィルタリングされてよい。フィルタ回路１２０６ｃは、ローパスフィルタ（ＬＰＦ）を含んでよいが、本実施形態の範囲はこの点において限定はされない。
いくつかの実施形態において、受信信号パスのミキサ回路１２０６ａおよび送信信号パスのミキサ回路１２０６ａは、２または２より多いミキサを含んでよく、それぞれ直交ダウンコンバージョンおよび／または直交アップコンバージョン用に構成されてよい。いくつかの実施形態において、受信信号パスのミキサ回路１２０６ａおよび送信信号パスのミキサ回路１２０６ａは、２または２より多いミキサを含んでよく、イメージ除去（例えば、ハートレーイメージ除去）用に構成されてよい。いくつかの実施形態において、受信信号パスのミキサ回路１２０６ａおよび送信信号パスのミキサ回路１２０６ａは、それぞれダイレクトダウンコンバージョンおよび／またはダイレクトアップコンバージョン用に構成されてよい。いくつかの実施形態において、受信信号パスのミキサ回路１２０６ａおよび送信信号パスのミキサ回路１２０６ａは、スーパーヘテロダイン操作用に構成されてよい。
いくつかの実施形態において、出力ベースバンド信号および入力ベースバンド信号は、アナログベースバンド信号であってよいが、本実施形態の範囲はこの点において限定はされない。いくつかの代替的な実施形態においては、出力ベースバンド信号および入力ベースバンド信号は、デジタルベースバンド信号であってよい。これらの代替的な実施形態においては、ＲＦ回路１２０６は、アナログ‐デジタルコンバータ（ＡＤＣ）およびデジタル‐アナログコンバータ（ＤＡＣ）回路を含んでよく、ベースバンド回路１２０４は、ＲＦ回路１２０６と通信するためのデジタルベースバンドインタフェースを含んでよい。
いくつかのデュアルモードの実施形態においては、各スペクトルの信号を処理するために、別個の無線ＩＣ回路が設けられてよいが、本実施形態の範囲はこの点において限定はされない。
いくつかの実施形態において、シンセサイザ回路１２０６ｄは、フラクショナル‐ＮシンセサイザまたはフラクショナルＮ／Ｎ＋１シンセサイザであってよいが、他のタイプの周波数シンセサイザが好適であってよいように、本実施形態の範囲はこの点において限定はされない。例えば、シンセサイザ回路１２０６ｄは、デルタ‐シグマシンセサイザ、周波数逓倍器、または周波数分周器を用いる位相ロックループを持つシンセサイザであってよい。
シンセサイザ回路１２０６ｄは、周波数入力および分周器制御入力に基づき、ＲＦ回路１２０６のミキサ回路１２０６ａによる使用のために出力周波数を合成するように構成されてよい。いくつかの実施形態において、シンセサイザ回路１２０６ｄは、フラクショナルＮ／Ｎ＋１シンセサイザであってよい。
いくつかの実施形態において、周波数入力は電圧制御発振器（ＶＣＯ）によって提供されてよいが、それは要件ではない。分周器制御入力は、所望の出力周波数に依り、ベースバンド回路１２０４またはアプリケーションプロセッサ１２０２のいずれかによって提供されてよい。いくつかの実施形態において、分周器制御入力（例えば、Ｎ）は、アプリケーションプロセッサ１２０２によって示されるチャネルに基づき、ルックアップテーブルから決定されてよい。
ＲＦ回路１２０６のシンセサイザ回路１２０６ｄは、分周器、遅延ロックループ（ＤＬＬ）、マルチプレクサ、および位相アキュムレータを含んでよい。いくつかの実施形態において、分周器は、デュアルモジュラス分周器（ＤＭＤ）であってよく、位相アキュムレータは、デジタル位相アキュムレータ（ＤＰＡ）であってよい。いくつかの実施形態において、ＤＭＤは、入力信号をＮまたはＮ＋１（例えば、キャリーアウトに基づく）のいずれかで分周して、分数分周比をもたらすように構成されてよい。いくつかの例示的な実施形態においては、ＤＬＬは、カスケードされた調整可能な遅延素子のセット、位相検出器、チャージポンプ、およびＤタイプフリップ‐フロップを含んでよい。これらの実施形態において、遅延素子は、ＶＣＯ期間をＮｄの等しい位相パケットに分割するように構成されてよく、ここでＮｄは遅延ラインの遅延素子の数である。このように、ＤＬＬは、遅延ラインによる合計遅延が１ＶＣＯサイクルであることを保証することに寄与すべく、負のフィードバックを提供する。
いくつかの実施形態において、シンセサイザ回路１２０６ｄは、出力周波数としてキャリア周波数を生成するように構成されてよい一方、他の実施形態においては、出力周波数はキャリア周波数の倍数であってよく（例えば、キャリア周波数の２倍、キャリア周波数の４倍）、出力周波数を直交発生器および分周回路と併用して、キャリア周波数において互いに対して複数の異なる位相を持つ多重信号を生成してよい。いくつかの実施形態において、出力周波数は、ＬＯ周波数（ｆＬＯ）であってよい。いくつかの実施形態において、ＲＦ回路１２０６は、ＩＱ／極座標変換器を含んでよい。
ＦＥＭ回路１２０８は、受信信号パスを含んでよく、受信信号パスは、１または複数のアンテナ１２１０から受信されたＲＦ信号を処理し、受信された信号を増幅し、受信された信号を増幅したものをＲＦ回路１２０６に対しさらなる処理のために提供するように構成された回路を含んでよい。また、ＦＥＭ回路１２０８は、送信信号パスも含んでよく、送信信号パスは、ＲＦ回路１２０６によって提供される送信のための信号を、１または複数のアンテナ１２１０のうちの１または複数による送信のために、増幅するように構成された回路を含んでよい。
いくつかの実施形態において、ＦＥＭ回路１２０８は、送信モード処理および受信モード処理間を切り替えるＴＸ／ＲＸスイッチを含んでよい。ＦＥＭ回路は、受信信号パスおよび送信信号パスを含んでよい。ＦＥＭ回路の受信信号パスは、受信されたＲＦ信号を増幅し、増幅された受信ＲＦ信号を出力（例えば、ＲＦ回路１２０６への）として提供するための低雑音増幅器（ＬＮＡ）を含んでよい。ＦＥＭ回路１２０８の送信信号パスは、入力ＲＦ信号（例えば、ＲＦ回路１２０６によって提供された）を増幅するためのパワーアンプ（ＰＡ）、および後続の送信（例えば、１または複数のアンテナ１２１０のうちの１または複数による）のためにＲＦ信号を生成するための１または複数のフィルタを含んでよい。
いくつかの実施形態において、ＵＥデバイス１２００は、例えば、メモリ／ストレージ、ディスプレイ、カメラ、センサおよび／または入／出力（Ｉ／Ｏ）インタフェース等の追加の要素を含んでよい。
図１３は、コンピューティングシステム１３００の概略図である。コンピューティングシステム１３００は、様々なコンポーネントを接続する情報通過バスとして見なすことができる。図示された実施形態において、コンピューティングシステム１３００は、命令を処理するためのロジック１３０２を有するプロセッサ１３０２を含む。命令は、メモリ１３０６およびコンピュータ可読記録媒体を含むストレージデバイス１３０８内に格納され、および／またはメモリ１３０６およびストレージデバイス１３０８から取得されてよい。命令および／またはデータは、有線１３１４または無線１３１２の諸機能を含んでよいネットワークインタフェース１３１０から到達されてよい。命令および／またはデータはまた、拡張カード、セカンダリバス（例えば、ＵＳＢ等）、デバイス等を含んでよいＩ／Ｏインタフェース１３１６から到達されてよい。ユーザは、ユーザインタフェースデバイス１３１８およびコンピュータがユーザへのフィードバックを受信および提供できるようにするレンダリングシステム１３０４を通して、コンピューティングシステム１３００と対話してよい。
［実施例］
例１は、１または複数の無線アクセス技術（ＲＡＴ）を介して、エンハンスドノードＢ（ｅＮＢ）と通信するように構成された無線インタフェースを含むユーザ機器（ＵＥ）である。上記ＵＥはまた、上記１または複数のＲＡＴを通して、上記ｅＮＢにアップリンク送信を提供するためのプロセッサも含む。上記プロセッサは、上記ｅＮＢからダウンリンク（ＤＬ）同期信号を取得するように構成される。上記プロセッサはさらに、上記ｅＮＢによって送信されたシステム情報ブロック（ＳＩＢ）から、アップリンク（ＵＬ）リソースプール情報を取得するように構成される。上記プロセッサはまた、上記ｅＮＢの承認なしに、上記ｅＮＢに、上記無線インタフェースを通して、リソースプールから選択されたアップリンクリソースでデータを送信し、上記データが、上記ｅＮＢによって受信されたかどうかを判断するように構成される。
例２において、例１のＵＥは随意で、上記リソースプール内でランダムに選択されたアップリンクリソースでデータを送信してよい。
例３において、例１または２のＵＥは随意で、上記リソースプール内から１つのリソースを選択してよい。
例４において、例１から３のＵＥは随意で、確認（ＡＣＫ）応答の応答ウィンドウ内でＤＬサブフレームをモニタリングしてよい。
例５において、例４のＵＥは随意で、他のＵＥの他の送信されたデータのための他のＡＣＫ応答と共に集約される、上記送信されたデータのためのＡＣＫ応答を受信するように構成されたベースバンド処理回路を含んでよい。
例６において、例１から５のＵＥは随意で、上記１または複数のＲＡＴは、プライマリＲＡＴ（Ｐ‐ＲＡＴ）およびセカンダリＲＡＴ（Ｓ‐ＲＡＴ）を含み、ＤＬは上記プライマリＲＡＴ（Ｐ‐ＲＡＴ）であり、ＵＬは上記セカンダリＲＡＴ（Ｓ‐ＲＡＴ）である。
例７において、例１から５のＵＥは随意で、上記１または複数のＲＡＴは、プライマリＲＡＴ（Ｐ‐ＲＡＴ）およびセカンダリＲＡＴ（Ｓ‐ＲＡＴ）を含み、上記ＤＬは上記Ｓ‐ＲＡＴであり、上記ＵＬは上記Ｐ‐ＲＡＴである。
例８において、例１から７のＵＥは随意で、無線ネットワーク一時識別子（ＲＮＴＩ）が、上記ＵＥの識別子、上記送信されたデータの開始物理リソースブロック（ＰＲＢ）およびサブフレームの関数として定義される。
例９は、ユーザ機器（ＵＥ）のためのベースバンドプロセッサであり、ベースステーションによって、モバイルブロードバンドネットワーク上で提供される同期信号を受信するように構成されたベースバンド回路を含む。上記ベースバンド回路はまた、上記ベースステーションの上記モバイルブロードバンドネットワーク内からアップリンクリソースのセットを判断するように構成されてよい。上記ベースバンド回路はさらに、上記アップリンクリソースのセット内からリソースをランダムに選択するように構成されてよい。上記ベースバンド回路はまた、上記選択されたリソースのためのスケジューリング要求を上記ベースステーションに送信するように構成されてよい。上記ベースバンド回路はさらに、選択されたリソースでデータを上記ベースステーションに送信するように構成されてよい。
例１０において、例９のベースバンドプロセッサは随意で、上記アップリンクリソースを定義する構成が予め定義され、上位レイヤによって、マスタ情報ブロック（ＭＩＢ）、システム情報ブロック（ＳＩＢ）またはＵＥ固有の専用無線リソース制御（ＲＲＣ）シグナリングを介して提供される。
例１１において、例９または１０のベースバンド回路は随意で、上記ベースステーションによる上記スケジューリング要求の承認なしに、選択されたアップリンクリソースでデータを送信するように構成されてよい。
例１２において、例９から１１のベースバンドプロセッサは随意で、上記リソースプールはさらに、アップリンク送信のためのスケジューリング要求領域およびデータ領域に分割される。
例１３において、例９から１２のベースバンド回路は随意で、上記データがエンハンスドノードＢ（ｅＮＢ）によって受信されたかどうかを判断するように構成されてよい。
例１４において、例１３のベースバンド回路は随意で、確認（ＡＣＫ）応答の応答ウィンドウ内でダウンリンクサブフレームをモニタリングするように構成されてよい。
例１５において、例１４のベースバンドプロセッサは随意で、ＡＣＫ応答が物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）に配置され、ＰＨＩＣＨリソースインデックスは、上記ＵＥの識別子、上記送信されたデータの開始サブフレームまたは物理リソースブロック（ＰＲＢ）インデックスの関数として定義される。
例１６において、例１４のベースバンドプロセッサは随意で、上記送信されたデータのためのＡＣＫ応答は、他のＵＥの他の送信されたデータのための他のＡＣＫ応答と共に集約される。
例１７において、例１３のベースバンド回路は随意で、上記送信されたデータの確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、再送信のために、上記リソースプールからの固定遅延を有する第２のリソースプール内で第２のリソースを選択することと、上記選択された第２のリソースのための第２のスケジューリング要求を送信することと、上記選択された第２のリソースで上記データを送信することと、を行ってよい。
例１８において、例１３のベースバンド回路は随意で、上記スケジューリング要求の確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、上記リソースプールからのランダムバックオフを実行することと、再送信のために、上記リソースプールからの上記ランダムバックオフを満たす第２のリソースプール内で第２のリソースを選択することと、上記選択された第２のリソースのための第２のスケジューリング要求を送信することと、上記選択された第２のリソースで上記データを送信することと、を行ってよい。
例１９は、１または複数のプロセッサに方法を実行させるためのプログラムコードを記録するコンピュータ可読記録媒体を備えるコンピュータプログラム製品である。上記方法は、無線ネットワークのダウンリンク（ＤＬ）同期信号を取得する段階を含んでよい。上記方法はまた、上記無線ネットワーク上で提供されるシステム情報データからリソースプール情報を判断する段階を含んでよい。上記方法はさらに、リソースプール内からアップリンク（ＵＬ）リソースをランダムに選択する段階を含んでよい。上記方法はまた、上記選択されたリソースのためのスケジューリング要求を送信する段階を含んでよい。上記スケジューリング要求の確認（ＡＣＫ）応答が検出されたとき、上記方法はさらに、上記選択されたリソースでデータを送信する段階を含んでよい。
例２０において、例１９のコンピュータプログラム製品は、上記方法は随意で、上記スケジューリング要求の確認応答を受信する段階を含んでよい。
例２１において、例１９のコンピュータプログラム製品は、上記方法は随意で、上記データがエンハンスドノードＢ（ｅＮＢ）によって受信されたかどうかを判断する段階を含んでよい。
例２２において、例２１のコンピュータプログラム製品は、上記方法は随意で、確認（ＡＣＫ）応答の応答ウィンドウ内でダウンリンクサブフレームをモニタリングする段階を含んでよい。
例２３において、例２１のコンピュータプログラム製品は随意で、送信されたデータのための確認（ＡＣＫ）応答の応答は、他のユーザ機器（ＵＥ）の他の送信されたデータのための他のＡＣＫ応答と共に集約される。
例２４において、例２１のコンピュータプログラム製品は、上記方法は随意で、上記送信されたデータの確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、再送信のために、上記リソースプールからの固定遅延を有する第２のリソースプール内で第２のリソースを選択する段階と、上記選択された第２のリソースのための第２のスケジューリング要求を送信する段階と、を含んでよい。上記第２のスケジューリング要求の第２のＡＣＫが検出されたとき、上記方法は随意で、上記選択された第２のリソースで上記データを送信する段階を含んでよい。
例２５において、例２１のコンピュータプログラム製品は、上記方法は随意で、上記スケジューリング要求の確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、上記リソースプールからのランダムバックオフを実行する段階と、再送信のために、上記リソースプールからの上記ランダムバックオフを満たす第２のリソースプール内で第２のリソースを選択する段階と、上記選択された第２のリソースのための第２のスケジューリング要求を送信する段階と、を含んでよい。上記第２のスケジューリング要求の第２のＡＣＫが検出されたとき、上記方法は随意で、上記選択された第２のリソースで上記データを送信する段階を含んでよい。
例２６において、例２１のコンピュータプログラム製品は、上記方法は随意で、上記スケジューリング要求の確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、構成されたまたは予め定義されたハイブリッド自動再送要求（ＨＡＲＱ）再送信スキームを使用して上記データを再送信する段階を含んでよい。
例２７において、例１９のコンピュータプログラム製品は、上記方法は随意で、上記スケジューリング要求がエンハンスドノードＢ（ｅＮＢ）によって受信されたかどうかを判断する段階を含んでよい。
例２８において、例２７のコンピュータプログラム製品は、上記方法は随意で、確認（ＡＣＫ）応答の応答ウィンドウ内でダウンリンクサブフレームをモニタリングする段階を含んでよい。
例２９において、例２８のコンピュータプログラム製品は随意で、上記送信されたスケジューリング要求のためのＡＣＫ応答は、他のＵＥの他の送信されたスケジューリング要求のための他のＡＣＫ応答と共に集約される。
例３０において、例２７のコンピュータプログラム製品は、上記方法は随意で、上記スケジューリング要求のＡＣＫが検出されない、または否定的ＡＣＫが検出されたとき、再送信のために、上記リソースプールからの固定遅延を有する第２のリソースプール内で第２のリソースを選択する段階と、上記選択された第２のリソースのための第２のスケジューリング要求を送信する段階と、を含んでよい。上記第２のスケジューリング要求の第２のＡＣＫが検出されたとき、上記方法はまた、上記選択された第２のリソースで上記データを送信する段階を含んでよい。
例３１において、例２７のコンピュータプログラム製品は、上記方法は随意で、上記スケジューリング要求のＡＣＫが検出されない、または否定的ＡＣＫが検出されたとき、上記リソースプールからのランダムバックオフを実行する段階と、再送信のために、上記リソースプールからの上記ランダムバックオフを満たす第２のリソースプール内で第２のリソースを選択する段階と、上記選択された第２のリソースのための第２のスケジューリング要求を送信する段階と、を含んでよい。上記第２のスケジューリング要求の第２のＡＣＫが検出されたとき、上記方法はまた、上記選択された第２のリソースで上記データを送信する段階を含んでよい。
例３２は、ユーザ機器（ＵＥ）と１または複数の無線アクセス技術（ＲＡＴ）を介して通信するように構成された無線インタフェースと、上記１または複数のＲＡＴを通してアップリンク送信を上記ＵＥに提供するための回路と、を備える、エンハンスドノードＢ（ｅＮＢ）である。上記回路は、ダウンリンク（ＤＬ）同期信号を上記ＵＥに提供するように構成されてよい。上記回路はまた、システム情報ブロック（ＳＩＢ）からのアップリンク（ＵＬ）リソースプール情報を送信するように構成されてよい。上記回路はさらに、上記ｅＮＢの承認なしに、上記無線インタフェースを介して、上記ＵＥから、リソースプールからのアップリンクリソースでデータを受信するように構成されてよい。上記回路はまた、上記データが上記ｅＮＢによって受信されたかどうかを判断するように構成されてよい。
例３３は、無線モバイルネットワークベースステーションのための回路である。上記回路は、ベースステーションによってモバイルブロードバンドネットワーク上で提供される同期信号を提供するように構成されてよい。上記回路はまた、上記ベースステーションの上記モバイルブロードバンドネットワーク内のアップリンクリソースのセットについて説明するデータを送信するように構成されてよい。上記回路はさらに、ユーザ機器（ＵＥ）から上記選択されたリソースのためのスケジューリング要求を受信するように構成されてよい。上記回路はまた、上記ベースステーションの確認応答なしに、上記ＵＥから、上記ベースステーションへの上記選択されたリソース内のデータを受信するように構成されてよい。
例３４は、１または複数のプロセッサに方法を実行させるためのプログラムコードを記録するコンピュータ可読記録媒体を備えるコンピュータプログラム製品である。上記方法は、無線ネットワークのダウンリンク（ＤＬ）同期信号を提供する段階を含んでよい。上記方法はまた、上記無線ネットワーク上で提供されるシステム情報データからのリソースプール情報を送信する段階を含んでよい。上記方法はさらに、上記選択されたリソースのためのスケジューリング要求を受信する段階を含んでよい。上記方法はまた、上記スケジューリング要求の確認（ＡＣＫ）応答を送信するかどうかを判断する段階を含んでよい。上記スケジューリング要求の確認（ＡＣＫ）応答が送信されるとき、上記方法はまた、上記選択されたリソースで上記ＵＥからのデータを受信する段階を含んでよい。
［追加の実施例］
追加の例１は、ＭＴＣデバイスのアップリンク送信のための無線通信のシステムおよび方法であり、タイプ１、タイプ２およびタイプ３アップリンク送信を含むアップリンク送信のためのメカニズム、非同期アップリンク送信をサポートするためのメカニズム、アップリンク送信のためのリソースプール構成、アップリンク送信のためのＡＣＫ応答メカニズム、アップリンク送信のための再送信メカニズムを備える。
追加の例２は、追加の例１に係る方法であり、タイプ１アップリンク送信の場合、ＭＴＣ ＵＥはウェイクアップし、まずダウンリンク（ＤＬ）同期信号を取得し、システム情報ブロック（ＳＩＢ）から必要なシステム情報を取得する。続いて、ＵＥは、１つのサブ領域またはリソースプール内から１つのリソースをランダムに選択し、上記選択されたリソース上でアップリンクにおいてデータを送信する。ＵＥは、ＡＣＫ応答ウィンドウ内でダウンリンクサブフレームをモニタリングし、ＵＥがｅＮＢからＡＣＫを受信するかどうかをチェックする。ＵＥがＡＣＫ応答ウィンドウ中にＡＣＫを受信しない場合、ＵＥは、次のＫ番目のアップリンクリソースプールを選択するか、またはリソースプールでランダムバックオフを実行し、アップリンクデータを送信するための１つのリソースを選択する。
追加の例３は、追加の例１に係る方法であり、タイプ２アップリンク送信の場合、ＭＴＣ ＵＥはウェイクアップし、まずＤＬ同期信号を取得し、ＳＩＢから必要なシステム情報を取得する。ＭＴＣ ＵＥは、上記ＵＬデータの送信のためのデータ領域内から１または複数の物理リソースをランダムに選択し、上記リソースプールにおけるスケジューリング要求（ＳＲ）領域内から１つのリソースをランダムに選択し、データ送信に選択された上記１または複数の物理リソースの指定を含むＳＲ情報を上記選択されたリソース上で送信する。ＭＴＣ ＵＥは、上記ＳＲ情報内で示される上記データ領域内の上記リソース上で上記アップリンクデータを送信する。上記ＵＥは、ＡＣＫ応答ウィンドウ内でダウンリンクサブフレームをモニタリングし、ＵＥがｅＮＢからＡＣＫを受信するかどうかをチェックする。上記ＵＥが上記ＡＣＫ応答ウィンドウ中にＡＣＫを受信しない場合、上記ＵＥは、次のＫ番目のアップリンクリソースプールを選択するか、または上記リソースプールでランダムバックオフを実行し、上記アップリンクデータを送信するための１つのリソースを選択する。
追加の例４は、追加の例１に係る方法であり、タイプ３アップリンク送信の場合、ＭＴＣ ＵＥはウェイクアップし、まずＤＬ同期信号を取得し、ＳＩＢから必要なシステム情報を取得する。上記ＵＥは、ＵＬデータの送信のためのデータ領域内から１または複数の物理リソースをランダムに選択し、リソースプールにおけるスケジューリング要求（ＳＲ）領域内から１つのリソースをランダムに選択し、データ送信のために選択された少なくとも上記１または複数の物理リソースの指定、および可能であれば上記データ送信に使用されるべきＭＣＳも含むＳＲ情報を上記選択されたリソース上で送信する。ＵＥが選択されたリソース上で送信すべきか否かに関するｅＮｏｄｅＢからの少なくとも確認を、可能であればデータ送信に使用されるべきタイミングアドバンス（ＴＡ）値および送信電力制御（ＴＰＣ）調整、データ送信のための代替的リソース、およびデータ送信に使用されるべき代替的ＭＣＳレベルのうちの１または複数も含め受信すべく、上記ＵＥはＡＣＫ応答ウィンドウ内で、ＳＲ送信に対応するダウンリンクサブフレームをモニタリングする。上記ＵＥが上記ＡＣＫ応答ウィンドウ中にＳＲ送信に対応するＡＣＫを受信しない場合、上記ＵＥは次のＫ番目のアップリンクリソースプールを選択するか、または上記リソースプールでランダムバックオフを実行し、上記ＳＲおよび後続のアップリンクデータを送信するためのリソースを選択する。上記ＵＥが上記ＡＣＫ応答ウィンドウ中に上記ＳＲ送信に対応するＡＣＫを受信する場合、上記ＵＥは、上記ＳＲ送信に応答する上記ｅＮｏｄｅＢから受信された上記ＡＣＫフィードバックに基づき、上記データ領域内の上記リソース上で上記アップリンクデータを送信する。上記ＵＥは、ＡＣＫ応答ウィンドウ内でダウンリンクサブフレームをモニタリングし、上記ＵＥがｅＮＢからＡＣＫを受信するかどうかをチェックする。上記ＵＥがＡＣＫを受信しない、または上記ＡＣＫ応答ウィンドウ中に、ＵＬデータ送信に対応する否定的確認応答（ＮＡＣＫ）を受信する場合、上記ＵＥは、構成されたまたは予め定義されたハイブリッドＡＲＱ（ＨＡＲＱ）再送信スキームに従い、データパケットを再送信するか、または上記ＵＥは次のＫ番目のアップリンクリソースプールを選択するか若しくは上記リソースプールでランダムバックオフを実行し、上記ＳＲおよび後続のアップリンクデータを送信するためのリソースを選択する。
追加の例５は、追加の例１に係る方法であり、長いＣＰ長が、アップリンク送信リソースプール内で定義される。ＭＴＣ ＵＥが、上記アップリンクにおけるデータの送信時に、ダウンリンク同期タイミングに従う。長いＣＰは上位レイヤによって、マスタ情報ブロック（ＭＩＢ）、ＳＩＢまたはＵＥ固有の専用ＲＲＣシグナリングを介して構成される。
追加の例６は、追加の例１に係る方法であり、ＵＥは初期アップリンク同期から取得されたＴＡ値に基づいてタイミングアドバンスを適用する。
追加の例７は、追加の例１に係る方法であり、アップリンク送信のためのこのリソースプールの構成は、予め定義されるか、または上位レイヤによって、ＭＩＢ若しくはＳＩＢ若しくはＵＥ固有の専用ＲＲＣシグナリングを介して提供される。
追加の例８は、追加の例７に係る方法であり、上記構成は少なくとも周期性および／またはこのリソースプールのサブフレームオフセットを含む。パラメータ"ｓｕｂｆｒａｍｅＢｉｔＭａｐ"を用いるサブフレームのビットのマップが、割り当てられたサブフレームをシグナリングするために使用される。アップリンク送信リソースプールのＮ＿（ＵＬ−ＣＬ）ダウンリンクサブフレームの第１のサブフレームは、以下を満たす必要があり、
Figure 2018509812
 式中、ｎｆおよびｎｓは、無線フレーム番号およびスロット番号である。
追加の例９は、追加の例７に係る方法であり、パラメータ"ｓｔａｒｔＰＲＢ"を持つ開始ＰＲＢおよびＭＴＣリソースプールのサイズ"ｌｅｎｇｔｈＰＲＢ"を使用して、リソースプールの周波数情報を示す。
追加の例１０は、追加の例７に係る方法であり、２つの非重複周波数位置が、アップリンク送信リソースプールに割り当てられる。
追加の例１１は、追加の例７に係る方法であり、タイプ‐２およびタイプ‐３アップリンク送信の場合、リソースプールはさらに、アップリンク送信のためのＳＲ領域およびデータ領域に分割される。
追加の例１２は、追加の例１に係る方法であり、タイプ１、２および３のＵＬ送信スキームの場合のアップリンクデータ送信のためのＡＣＫフィードバック、またはタイプ３ＵＬ送信スキームの場合のＳＲ送信のためのＡＣＫフィードバックは、ＵＥ固有であるか、またはグループ態様で送信される。ＡＣＫ応答ウィンドウの位置は、予め定義されるか、または上位レイヤによって、ＭＩＢ、ＳＩＢ若しくはＵＥ固有のＲＲＣシグナリングを介して構成される。
追加の例１３は、追加の例１２に係る方法であり、ＵＥ固有態様でＡＣＫフィードバックを搬送するために、ＰＨＩＣＨが使用される。ＰＨＩＣＨリソースインデックスは、ＵＥ ＩＤ、ＭＴＣ ＵＥがアップリンクデータを送信する開始サブフレームおよび／またはＰＲＢインデックスの関数として定義される。
追加の例１４は、追加の例１２に係る方法であり、ＵＥ固有態様でＡＣＫフィードバックを搬送するために、ＰＤＣＣＨが使用される。新しいコネクションレスＲＮＴＩ（ＣＬ＿ＲＮＴＩ）が、ＵＥ ＩＤ並びにＭＴＣ ＵＥがアップリンクデータを送信する開始ＰＲＢおよびサブフレームの関数として定義される。ＵＥ ＩＤは、競合解決のために、ＰＤＣＣＨ送信におけるＤＣＩフォーマットに含まれる。
追加の例１５は、追加の例１２に係る方法であり、グループ態様でＡＣＫフィードバックを搬送するために、５Ｇダウンリンク制御チャネル（例えば、ＰＤＣＣＨまたはＰＤＣＣＨ等）および５Ｇダウンリンクデータまたは共有チャネル（例えば、ＰＤＳＣＨまたはＰＤＳＣＨ等）が使用される。
ｅＮＢは、複数のＡＣＫ応答メッセージを集約し、１つのダウンリンクデータまたは共有チャネル（例えば、ＰＤＳＣＨ）で送信してよい。ＭＴＣ ＵＥがアップリンクデータを送信する場合のリソースプール内の時間および周波数ドメインにおけるＵＥ ＩＤおよびリソース情報（リソースＩＤ）が、ＡＣＫ応答メッセージ内に含まれる。新しいＲＮＴＩ（ＣＬ＿ＲＮＴＩ）が、開始ＰＲＢの関数として、リソースプールのために定義される。
追加の例１６は、追加の例１２に係る方法であり、タイプ‐３アップリンク送信の場合、データ領域からのリソースが、ＡＣＫ応答メッセージ内に含まれる。データパケットの送信のために、上記ＵＥがＤＬ参照時間に適用するタイミングアドバンス（ＴＡ）の量も、このＡＣＫ応答内で示される。
追加の例１７は、追加の例１に係る方法であり、ＭＴＣ ＵＥがＡＣＫ応答ウィンドウ内でｅＮＢからのＡＣＫ応答を受信しない場合、上記ＭＴＣ ＵＥは、固定遅延またはリソースプールでのランダムバックオフによるアップリンクデータ送信のための次の機会まで待機する。
追加の例１８は、追加の例１７に係る方法であり、リソースプールの固定遅延Ｋが考慮される。Ｋは仕様において予め定義されるか、または上位レイヤによって、ＭＩＢ、ＳＩＢ若しくはＵＥ固有の専用ＲＲＣシグナリングを介して構成される。
追加の例１９は、追加の例１７に係る方法であり、ＭＴＣ ＵＥはウィンドウ［０，Ｗ−１］内で１つの値Ｋをランダムに選択し、ウィンドウサイズＷは、予め定義されるか、または上位レイヤによって、ＭＩＢ、ＳＩＢ若しくはＵＥ固有の専用ＲＲＣシグナリングを介して構成される。Ｗは固定であるか、または各再送信のために増加される。
本明細書に記載されたシステムおよび方法に係る実施形態および実装例は、様々な処理を含んでよく、当該処理はコンピュータシステムによって実行されるべき機械で実行可能な命令に具現化されてよい。コンピュータシステムは、１または複数の汎用または特定用途のコンピュータ（またはその他の電子デバイス）を含んでよい。コンピュータシステムは、当該処理を実行するための特別なロジックを含むハードウェアコンポーネントを含んでよく、またはハードウェア、ソフトウェアおよび／またはファームウェアの組み合わせを含んでよい。
コンピュータシステムおよびコンピュータシステム内のコンピュータは、ネットワークを介して接続されてよい。本明細書に記載の構成および／または使用に好適なネットワークには、１または複数のローカルエリアネットワーク、ワイドエリアネットワーク、メトロポリタンエリアネットワーク、および／またはＷｏｒｌｄ Ｗｉｄｅ Ｗｅｂ、プライベートインターネット、セキュアインターネット、付加価値通信網、仮想プライベートネットワーク、エクストラネット、イントラネット等のインターネット若しくはＩＰネットワーク、または媒体の物理的なトランスポートによって、他の機械と通信するスタンドアロンの機械すら含まれる。特に、好適なネットワークは、２または２より多い他のネットワークの一部または全部から形成されてよく、それらには異なるハードウェアおよびネットワーク通信技術を使用するネットワークが含まれる。
１つの好適なネットワークとしては、サーバおよび１または複数のクライアントが含まれる。その他の好適なネットワークとしては、サーバ、クライアント、および／またはピアツーピアノードの他の組み合わせが含まれてよく、特定のコンピュータシステムはクライアントおよびサーバの両方として機能してよい。各ネットワークは、サーバおよび／またはクライアント等の、少なくとも２つのコンピュータ若しくはコンピュータシステムを含む。コンピュータシステムは、ワークステーション、ラップトップコンピュータ、切断可能なモバイルコンピュータ、サーバ、メインフレーム、クラスタ、いわゆる「ネットワークコンピュータ」若しくは「シンクライアント」、タブレット、スマートフォン、携帯情報端末または他のハンドヘルドコンピューティングデバイス、「スマート」コンシューマエレクトロニクスデバイス若しくは機器、医療機器、またはこれらの組み合わせを含んでよい。
好適なネットワークとしては、ノベル（登録商標）、マイクロソフト（登録商標）および他のベンダから入手可能なソフトウェア等の通信ソフトウェアまたはネットワーキングソフトウェアが含まれてよく、好適なネットワークはツイストペアケーブル、同軸ケーブル若しくは光ファイバケーブル、電話線、電波、衛星、マイクロ波中継装置、変調ＡＣ電源ライン、物理メディア転送および／または当業者に既知のその他のデータ送信「配線」を介して、ＴＣＰ／ＩＰ、ＳＰＸ、ＩＰＸおよびその他のプロトコルを使用して動作してよい。ネットワークは、より小さなネットワークを包含してよく、および／またはゲートウェイ若しくは類似のメカニズムを通して、他のネットワークに接続可能であってよい。
様々な技術、またはそれらのうちの特定の態様若しくは部分は、フロッピー（登録商標）ディスク、ＣＤ‐ＲＯＭ、ハードドライブ、磁気カード若しくは光カード、ソリッドステートメモリデバイス、非一時的コンピュータ可読記録媒体、または任意の他の機械可読記録媒体等の有形媒体に具現化されるプログラムコード（すなわち、命令）の形態を取ってよく、プログラムコードがコンピュータ等の機械にロードされ、機械によって実行されると、当該機械は当該様々な技術を実施するための装置となる。プログラム可能なコンピュータ上でのプログラムコードの実行の場合、コンピューティングデバイスは、プロセッサ、プロセッサによって読み取り可能なストレージ媒体（揮発性および不揮発性メモリおよび／またはストレージ素子を含む）、少なくとも１つの入力デバイス、および少なくとも１つの出力デバイスを含んでよい。揮発性および不揮発性メモリおよび／またはストレージ素子は、ＲＡＭ、ＥＰＲＯＭ、フラッシュドライブ、光ドライブ、磁気ハードドライブ、または電子データを格納するためのその他の媒体であってよい。また、ｅＮＢ（または他のベースステーション）およびＵＥ（または他のモバイルステーション）は、送受信機コンポーネント、カウンタコンポーネント、処理コンポーネントおよび／またはクロックコンポーネント若しくはタイマコンポーネントを含んでもよい。本明細書に記載の当該様々な技術を実装または利用してよい１または複数のプログラムは、アプリケーションプログラミングインタフェース（ＡＰＩ）、再利用可能なコントロール等を使用してよい。このようなプログラムは、コンピュータシステムと通信するために、高水準の手続き型プログラミング言語またはオブジェクト指向プログラミング言語で実装されてよい。しかしながら、必要に応じて、プログラムはアセンブリ言語または機械語で実装されてよい。いずれの場合であっても、言語は、コンパイル型または解釈型の言語であってよく、ハードウェア実装と組み合わされてよい。
各コンピュータシステムは、１または複数のプロセッサおよび／またはメモリを含み、コンピュータシステムはまた、様々な入力デバイスおよび／または出力デバイスを含んでよい。プロセッサは、インテル（登録商標）、ＡＭＤ（登録商標）または他の「既製の」マイクロプロセッサ等の汎用デバイスを含んでよい。プロセッサは、ＡＳＩＣ、ＳｏＣ、ＳｉＰ、ＦＰＧＡ、ＰＡＬ、ＰＬＡ、ＦＰＬＡ、ＰＬＤまたはその他のカスタマイズされたデバイス若しくはプログラム可能なデバイス等の特定用途の処理デバイスを含んでよい。メモリは、スタティックＲＡＭ、ダイナミックＲＡＭ、フラッシュメモリ、１または複数のフリップフロップ、ＲＯＭ、ＣＤ‐ＲＯＭ、ＤＶＤ、ディスク、テープ、または磁気、光、若しくはその他のコンピュータ記録媒体を含んでよい。入力デバイスは、キーボード、マウス、タッチスクリーン、光ペン、タブレット、マイク、センサ、または付随するファームウェアおよび／またはソフトウェアを備えたその他のハードウェアを含んでよい。出力デバイスは、モニタまたは他のディスプレイ、プリンタ、音声若しくはテキスト合成器、スイッチ、信号線、または付随するファームウェアおよび／またはソフトウェアを備えたその他のハードウェアを含んでよい。
本明細書に記載の多くの機能ユニットが、１または複数のコンポーネントとして実装されてよく、コンポーネントとは、それらの実装の独立性をより具体的に強調するために使用される用語であることを理解されたい。例えば、コンポーネントは、カスタムの超大規模集積（ＶＬＳＩ）回路またはゲートアレイを含むハードウェア回路、またはロジックチップ、トランジスタ等の既製の半導体、または他の別個のコンポーネントとして実装されてよい。また、コンポーネントはフィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、プログラマブルロジックデバイス等のようなプログラム可能なハードウェアデバイスに実装されてもよい。
また、コンポーネントは、様々なタイプのプロセッサによる実行のためのソフトウェアに実装されてもよい。実行可能コードの識別されたコンポーネントは、例えば、コンピュータ命令の１または複数の物理ブロックまたは論理ブロックを含んでよく、それらは、例えば、オブジェクト、プロシージャまたは関数として編成されてよい。上記に関わらず、識別されたコンポーネントの実行可能ファイルは、物理的に一緒に配置される必要はなく、異なる場所に格納された異なる命令を含んでよく、それらが論理的に一緒に結合されると当該コンポーネントを備え、当該コンポーネントの上記目的を達成する。
実際、実行可能コードのコンポーネントは、単一の命令、または多数の命令であってよく、さらには、いくつかの異なるコードセグメントにわたり、異なるプログラムにわたり、いくつかのメモリデバイスにわたり、分散されてもよい。同様に、処理データは、本明細書においてコンポーネント内に識別および図示されてよく、任意の好適な形態に具現化されてよく、任意の好適なタイプのデータ構造内に編成されてよい。処理データは単一のデータセットとしてまとめられてよく、または、異なるストレージデバイスにわたることを含め、異なる場所にわたって分散されてよく、処理データは、少なくとも部分的には、システムまたはネットワーク上における単なる電子信号として存在してよい。コンポーネントは、所望の機能を実行するように動作可能なエージェントを含め、パッシブまたはアクティブであってよい。
説明された実施形態のいくつかの態様は、ソフトウェアモジュールまたはコンポーネントとして示されるだろう。本明細書で使用されるソフトウェアモジュールまたはコンポーネントは、メモリデバイス内に配置された任意のタイプのコンピュータ命令またはコンピュータで実行可能コードを含んでよい。ソフトウェアモジュールとしては、例えば、コンピュータ命令の１または複数の物理ブロックまたは論理ブロックが含まれてよく、当該命令は、１または複数のタスクを実行するまたは特定のデータタイプを実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造等として編成されてよい。ソフトウェアモジュールは、ソフトウェアの代わりに、またはソフトウェアに追加して、ハードウェアおよび／またはファームウェアに実装されてよいことを理解されたい。本明細書に記載の機能モジュールのうちの１または複数は、サブモジュールに分離され、および／または、単一のまたはより少数のモジュールに組み合わされてよい。
特定の実施形態において、特定のソフトウェアモジュールは、メモリデバイス、異なるメモリデバイス、または異なるコンピュータの異なる場所に格納された異なる命令を含んでよく、それらが一緒になって、モジュールの説明された機能を実装する。実際、モジュールは、単一の命令または多数の命令を含んでよく、いくつかの異なるコードセグメントにわたり、異なるプログラムにわたり、およびいくつかのメモリデバイスにわたり分散されてよい。いくつかの実施形態は、分散コンピューティング環境で実施されてよく、そこではタスクは通信ネットワークを通してリンクされたリモートの処理デバイスによって実行される。分散コンピューティング環境においては、ソフトウェアモジュールは、ローカルおよび／またはリモートのメモリストレージデバイスに配置されてよい。また、データベースレコードに結合または一緒に表示されているデータは、同一のメモリデバイス内に存在してよく、またはいくつかのメモリデバイスわたり存在してよく、ネットワークにわたるデータベースのレコードフィールド内で共にリンクされてよい。
本明細書にわたる「一例」という言及は、当該一例に関連して記載された特定の特徴、構造、または特性は、本発明の少なくとも１つの実施形態に含まれることを意味する。故に、本明細書の随所に現れる「一例において」という文言は、必ずしもすべてが同一の実施形態について言及していない。
本明細書で使用されるとき、複数のアイテム、構造的要素、構成要素、および／または材料が便宜上、共通の一覧に提示されることがある。しかしながら、これらの一覧は、当該一覧の各部材は、別個且つ独自の部材として個別に識別されるもののように解釈されるべきである。故に、このような一覧の個別の部材はいずれも、反対の記載がない限り、共通グループにそれが提示されていることのみに基づいて、同一の一覧の任意の他の部材の事実上の均等物であると解釈されるべきではない。また、本発明の様々な実施形態および実施例が本明細書において、それらの様々なコンポーネントの代替例と共に言及されることがある。このような実施形態、実施例および代替例は、事実上互いの均等物であると解釈されるべきではなく、本発明の別個且つ自律した典型例として解釈されるべきであると理解されたい。
さらに、説明された特徴、構造または特性は、１または複数の実施形態において、任意の好適な態様で組み合わされてよい。詳細な説明には、本発明の実施形態に係る十分な理解をもたらすべく、材料、周波数、サイズ、長さ、幅、形状等の例といった多くの具体的な詳細が記載されている。しかしながら、本発明は、当該具体的な詳細のうちの１または複数を省いても、あるいは他の方法、コンポーネント、材料等を用いても実施可能であることは当業者の理解するところである。他の例においては、本発明の態様を曖昧にするのを回避すべく、周知の構造、材料または動作については、詳細に図示または説明をしていない。
本明細書に記載のシステムは、特定の実施形態の説明を含むことを理解されたい。これらの実施形態は、単一のシステムへと組み合わされてよく、他のシステムに部分的に組み合わされてよく、複数のシステムに分割されてよく、またはその他の方法で分割若しくは組み合わされてよい。また、一実施形態のパラメータ／属性／態様／等は、別の実施形態において使用されてよいことが想定されている。１または複数の実施形態における当該パラメータ／属性／態様／等は、単にわかりやすさのために記載されている。本明細書において明確に否定する記載がない限り、当該パラメータ／属性／態様／等は、別の実施形態のパラメータ／属性／等と組み合わされてよく、または置き換えられてよいことを理解されたい。
上記内容は、明確にする目的である程度具体的に記載されているが、上記内容の原理から逸脱することなく、特定の変更および修正を加え得ることは自明であろう。本明細書に記載の処理および装置の両方を実装する多くの代替的な方法が存在することに留意されたい。従って、本実施形態は例示であり限定ではないものとして解釈されるべきであり、本発明は本明細書に記載の具体例に限定されるべきではなく、添付の特許請求の範囲内およびその均等範囲において、修正が可能である。
本発明の基本原理から逸脱することなく、上記実施形態の詳細に対し、多くの変更を加え得ることは当業者の理解するところであろう。従って、本発明の範囲は、以降の特許請求の範囲によって専ら判断されるべきである。
本発明の基本原理から逸脱することなく、上記実施形態の詳細に対し、多くの変更を加え得ることは当業者の理解するところであろう。従って、本発明の範囲は、以降の特許請求の範囲によって専ら判断されるべきである。
（項目１）
１または複数のプロセッサに方法を実行させるためのプログラムコードを記録するコンピュータ可読記録媒体を備えるコンピュータプログラム製品であって、上記方法は、
無線ネットワークのダウンリンク（ＤＬ）同期信号を取得する段階と、
上記無線ネットワーク上で提供されるシステム情報データからリソースプール情報を判断する段階と、
リソースプール内からアップリンク（ＵＬ）リソースをランダムに選択する段階と、
上記選択されたリソースのためのスケジューリング要求を送信する段階と、
上記スケジューリング要求の確認（ＡＣＫ）応答が検出されたとき、上記選択されたリソースでデータを送信する段階と、を含む、コンピュータプログラム製品。
（項目２）
上記方法はさらに、
上記データがエンハンスドノードＢ（ｅＮＢ）によって受信されたかどうかを判断する段階を含む、項目１に記載のコンピュータプログラム製品。
（項目３）
上記データが上記ｅＮＢによって受信されたかどうかを判断する段階はさらに、
上記送信されたデータの確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、
再送信のために、上記リソースプールからの固定遅延を有する第２のリソースプール内で第２のリソースを選択する段階と、
上記選択された第２のリソースのための第２のスケジューリング要求を送信する段階と、
上記第２のスケジューリング要求の第２のＡＣＫが検出されたとき、
上記選択された第２のリソースで上記データを送信する段階と、を含む、項目２に記載のコンピュータプログラム製品。
（項目４）
上記データが上記ｅＮＢによって受信されたかどうかを判断する段階はさらに、
上記スケジューリング要求の確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、
上記リソースプールからのランダムバックオフを実行する段階と、
再送信のために、上記リソースプールからの上記ランダムバックオフを満たす第２のリソースプール内で第２のリソースを選択する段階と、
上記選択された第２のリソースのための第２のスケジューリング要求を送信する段階と、
上記第２のスケジューリング要求の第２のＡＣＫが検出されたとき、
上記選択された第２のリソースで上記データを送信する段階と、を含む、項目２に記載のコンピュータプログラム製品。
（項目５）
上記データが上記ｅＮＢによって受信されたかどうかを判断する段階はさらに、
上記スケジューリング要求の確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、
構成されたまたは予め定義されたハイブリッド自動再送要求（ＨＡＲＱ）再送信スキームを使用して、上記データを再送信する段階を含む、項目２に記載のコンピュータプログラム製品。
（項目６）
上記方法はさらに、
上記スケジューリング要求がエンハンスドノードＢ（ｅＮＢ）によって受信されたかどうかを判断する段階を含む、項目１に記載のコンピュータプログラム製品。
（項目７）
上記スケジューリング要求が上記ｅＮＢによって受信されたかどうかを判断する段階はさらに、
確認（ＡＣＫ）応答の応答ウィンドウ内でダウンリンクサブフレームをモニタリングする段階を含む、項目６に記載のコンピュータプログラム製品。
（項目８）
上記送信されたスケジューリング要求のためのＡＣＫ応答は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を使用して、他のＵＥの他の送信されたスケジューリング要求のための他のＡＣＫ応答と共に集約される、項目７に記載のコンピュータプログラム製品。
（項目９）
上記方法はさらに、
上記スケジューリング要求のＡＣＫが検出されない、または否定的ＡＣＫが検出されたとき、
再送信のために、上記リソースプールからの固定遅延を有する第２のリソースプール内で第２のリソースを選択する段階と、
上記選択された第２のリソースのための第２のスケジューリング要求を送信する段階と、
上記第２のスケジューリング要求の第２のＡＣＫが検出されたとき、
上記選択された第２のリソースで上記データを送信する段階と、を含む、項目６に記載のコンピュータプログラム製品。
（項目１０）
上記方法はさらに、
上記スケジューリング要求のＡＣＫが検出されない、または否定的ＡＣＫが検出されたとき、
上記リソースプールからのランダムバックオフを実行する段階と、
再送信のために、上記リソースプールからの上記ランダムバックオフを満たす第２のリソースプール内で第２のリソースを選択する段階と、
上記選択された第２のリソースのための第２のスケジューリング要求を送信する段階と、
上記第２のスケジューリング要求の第２のＡＣＫが検出されたとき、
上記選択された第２のリソースで上記データを送信する段階と、を含む、項目６に記載のコンピュータプログラム製品。
（項目１１）
１または複数の無線アクセス技術（ＲＡＴ）を介して、エンハンスドノードＢ（ｅＮＢ）と通信する無線インタフェースと、
上記１または複数のＲＡＴを通して、アップリンク送信を上記ｅＮＢに提供するプロセッサと、を備えるユーザ機器（ＵＥ）であって、上記プロセッサは、
上記ｅＮＢから、ダウンリンク（ＤＬ）同期信号を取得し、
上記ｅＮＢによって送信されたシステム情報ブロック（ＳＩＢ）から、アップリンク（ＵＬ）リソースプール情報を取得し、
上記ｅＮＢの承認なしに、上記ｅＮＢに、上記無線インタフェースを通して、リソースプールから選択されたアップリンクリソースでデータを送信し、
上記データが、上記ｅＮＢによって受信されたかどうかを判断する、ＵＥ。
（項目１２）
選択されたアップリンクリソースでデータを送信することは、さらに、
上記リソースプールでランダムに選択されたアップリンクリソースでデータを送信することを含む、項目１１に記載のＵＥ。
（項目１３）
上記データが、上記ｅＮＢによって受信されたかどうかを判断することは、さらに、
確認（ＡＣＫ）応答の応答ウィンドウ内でＤＬサブフレームをモニタリングすることを含む、項目１１に記載のＵＥ。
（項目１４）
上記プロセッサはさらに、他のＵＥの他の送信されたデータのための他のＡＣＫ応答と共に集約される、上記送信されたデータのためのＡＣＫ応答を判断するためのベースバンド処理回路を含む、項目１３に記載のＵＥ。
（項目１５）
無線ネットワーク一時識別子（ＲＮＴＩ）が、上記ＵＥの識別子、上記送信されたデータの開始物理リソースブロック（ＰＲＢ）およびサブフレームの関数として定義される、項目１１から１４のいずれか一項に記載のＵＥ。
（項目１６）
ベースバンド回路を備えるユーザ機器（ＵＥ）のためのベースバンドプロセッサであって、
上記ベースバンド回路は、
ベースステーションによって、モバイルブロードバンドネットワーク上で提供される同期信号を受信し、
上記ベースステーションの上記モバイルブロードバンドネットワーク内のアップリンクリソースのセットを判断し、
上記アップリンクリソースのセット内から、リソースをランダムに選択し、
上記選択されたリソースのためのスケジューリング要求を上記ベースステーションに送信し、
選択されたリソースでデータを上記ベースステーションに送信する、ベースバンドプロセッサ。
（項目１７）
上記アップリンクリソースを定義する構成は、予め定義され、上位レイヤによって、マスタ情報ブロック（ＭＩＢ）、システム情報ブロック（ＳＩＢ）またはＵＥ固有の専用無線リソース制御（ＲＲＣ）シグナリングを介して提供される、項目１６に記載のベースバンドプロセッサ。
（項目１８）
選択されたアップリンクリソースでデータを送信することはさらに、
上記ベースステーションによる上記スケジューリング要求の承認なしに、選択されたアップリンクリソースでデータを送信することを含む、項目１６に記載のベースバンドプロセッサ。
（項目１９）
リソースプールがさらに、アップリンク送信のためのスケジューリング要求領域およびデータ領域に分割される、項目１６から１８のいずれか一項に記載のベースバンドプロセッサ。
（項目２０）
上記ベースバンド回路は、さらに、
上記データがエンハンスドノードＢ（ｅＮＢ）によって受信されたかどうかを判断する、項目１６に記載のベースバンドプロセッサ。
（項目２１）
上記データが上記ｅＮＢによって受信されたかどうかを判断することは、さらに、
確認（ＡＣＫ）応答の応答ウィンドウ内でダウンリンクサブフレームをモニタリングすることを含む、項目２０に記載のベースバンドプロセッサ。
（項目２２）
ＡＣＫ応答が、物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）に配置され、ＰＨＩＣＨリソースインデックスが、上記ＵＥの識別子、上記送信されたデータの開始サブフレームまたは物理リソースブロック（ＰＲＢ）インデックスの関数として定義される、項目２１に記載のベースバンドプロセッサ。
（項目２３）
上記送信されたデータのためのＡＣＫ応答は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を使用して、他のＵＥの他の送信されたデータのための他のＡＣＫ応答と共に集約される、項目２１に記載のベースバンドプロセッサ。
（項目２４）
上記データが上記ｅＮＢによって受信されたかどうかを判断することは、さらに、
上記送信されたデータの確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、
再送信のために、リソースプールからの固定遅延を有する第２のリソースプール内で第２のリソースを選択することと、
上記選択された第２のリソースのための第２のスケジューリング要求を送信することと、
上記選択された第２のリソースで上記データを送信することと、を含む、項目２０に記載のベースバンドプロセッサ。
（項目２５）
上記データが上記ｅＮＢによって受信されたかどうかを判断することは、さらに、
上記スケジューリング要求の確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、
リソースプールからのランダムバックオフを実行することと、
再送信のために、上記リソースプールからの上記ランダムバックオフを満たす第２のリソースプール内で第２のリソースを選択することと、
上記選択された第２のリソースのための第２のスケジューリング要求を送信することと、
上記選択された第２のリソースで上記データを送信することと、を含む、項目２０に記載のベースバンドプロセッサ。

Claims (25)

  1. １または複数のプロセッサに方法を実行させるためのプログラムコードを記録するコンピュータ可読記録媒体を備えるコンピュータプログラム製品であって、前記方法は、
    無線ネットワークのダウンリンク（ＤＬ）同期信号を取得する段階と、
    前記無線ネットワーク上で提供されるシステム情報データからリソースプール情報を判断する段階と、
    リソースプール内からアップリンク（ＵＬ）リソースをランダムに選択する段階と、
    前記選択されたリソースのためのスケジューリング要求を送信する段階と、
    前記スケジューリング要求の確認（ＡＣＫ）応答が検出されたとき、前記選択されたリソースでデータを送信する段階と、を含む、コンピュータプログラム製品。
  2. 前記方法はさらに、
    前記データがエンハンスドノードＢ（ｅＮＢ）によって受信されたかどうかを判断する段階を含む、請求項１に記載のコンピュータプログラム製品。
  3. 前記データが前記ｅＮＢによって受信されたかどうかを判断する段階はさらに、
    前記送信されたデータの確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、
    再送信のために、前記リソースプールからの固定遅延を有する第２のリソースプール内で第２のリソースを選択する段階と、
    前記選択された第２のリソースのための第２のスケジューリング要求を送信する段階と、
    前記第２のスケジューリング要求の第２のＡＣＫが検出されたとき、
    前記選択された第２のリソースで前記データを送信する段階と、を含む、請求項２に記載のコンピュータプログラム製品。
  4. 前記データが前記ｅＮＢによって受信されたかどうかを判断する段階はさらに、
    前記スケジューリング要求の確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、
    前記リソースプールからのランダムバックオフを実行する段階と、
    再送信のために、前記リソースプールからの前記ランダムバックオフを満たす第２のリソースプール内で第２のリソースを選択する段階と、
    前記選択された第２のリソースのための第２のスケジューリング要求を送信する段階と、
    前記第２のスケジューリング要求の第２のＡＣＫが検出されたとき、
    前記選択された第２のリソースで前記データを送信する段階と、を含む、請求項２に記載のコンピュータプログラム製品。
  5. 前記データが前記ｅＮＢによって受信されたかどうかを判断する段階はさらに、
    前記スケジューリング要求の確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、
    構成されたまたは予め定義されたハイブリッド自動再送要求（ＨＡＲＱ）再送信スキームを使用して、前記データを再送信する段階を含む、請求項２に記載のコンピュータプログラム製品。
  6. 前記方法はさらに、
    前記スケジューリング要求がエンハンスドノードＢ（ｅＮＢ）によって受信されたかどうかを判断する段階を含む、請求項１に記載のコンピュータプログラム製品。
  7. 前記スケジューリング要求が前記ｅＮＢによって受信されたかどうかを判断する段階はさらに、
    確認（ＡＣＫ）応答の応答ウィンドウ内でダウンリンクサブフレームをモニタリングする段階を含む、請求項６に記載のコンピュータプログラム製品。
  8. 前記送信されたスケジューリング要求のためのＡＣＫ応答は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を使用して、他のＵＥの他の送信されたスケジューリング要求のための他のＡＣＫ応答と共に集約される、請求項７に記載のコンピュータプログラム製品。
  9. 前記方法はさらに、
    前記スケジューリング要求のＡＣＫが検出されない、または否定的ＡＣＫが検出されたとき、
    再送信のために、前記リソースプールからの固定遅延を有する第２のリソースプール内で第２のリソースを選択する段階と、
    前記選択された第２のリソースのための第２のスケジューリング要求を送信する段階と、
    前記第２のスケジューリング要求の第２のＡＣＫが検出されたとき、
    前記選択された第２のリソースで前記データを送信する段階と、を含む、請求項６に記載のコンピュータプログラム製品。
  10. 前記方法はさらに、
    前記スケジューリング要求のＡＣＫが検出されない、または否定的ＡＣＫが検出されたとき、
    前記リソースプールからのランダムバックオフを実行する段階と、
    再送信のために、前記リソースプールからの前記ランダムバックオフを満たす第２のリソースプール内で第２のリソースを選択する段階と、
    前記選択された第２のリソースのための第２のスケジューリング要求を送信する段階と、
    前記第２のスケジューリング要求の第２のＡＣＫが検出されたとき、
    前記選択された第２のリソースで前記データを送信する段階と、を含む、請求項６に記載のコンピュータプログラム製品。
  11. １または複数の無線アクセス技術（ＲＡＴ）を介して、エンハンスドノードＢ（ｅＮＢ）と通信する無線インタフェースと、
    前記１または複数のＲＡＴを通して、アップリンク送信を前記ｅＮＢに提供するプロセッサと、を備えるユーザ機器（ＵＥ）であって、前記プロセッサは、
    前記ｅＮＢから、ダウンリンク（ＤＬ）同期信号を取得し、
    前記ｅＮＢによって送信されたシステム情報ブロック（ＳＩＢ）から、アップリンク（ＵＬ）リソースプール情報を取得し、
    前記ｅＮＢの承認なしに、前記ｅＮＢに、前記無線インタフェースを通して、リソースプールから選択されたアップリンクリソースでデータを送信し、
    前記データが、前記ｅＮＢによって受信されたかどうかを判断する、ＵＥ。
  12. 選択されたアップリンクリソースでデータを送信することは、さらに、
    前記リソースプールでランダムに選択されたアップリンクリソースでデータを送信することを含む、請求項１１に記載のＵＥ。
  13. 前記データが、前記ｅＮＢによって受信されたかどうかを判断することは、さらに、
    確認（ＡＣＫ）応答の応答ウィンドウ内でＤＬサブフレームをモニタリングすることを含む、請求項１１に記載のＵＥ。
  14. 前記プロセッサはさらに、他のＵＥの他の送信されたデータのための他のＡＣＫ応答と共に集約される、前記送信されたデータのためのＡＣＫ応答を判断するためのベースバンド処理回路を含む、請求項１３に記載のＵＥ。
  15. 無線ネットワーク一時識別子（ＲＮＴＩ）が、前記ＵＥの識別子、前記送信されたデータの開始物理リソースブロック（ＰＲＢ）およびサブフレームの関数として定義される、請求項１１から１４のいずれか一項に記載のＵＥ。
  16. ベースバンド回路を備えるユーザ機器（ＵＥ）のためのベースバンドプロセッサであって、
    前記ベースバンド回路は、
    ベースステーションによって、モバイルブロードバンドネットワーク上で提供される同期信号を受信し、
    前記ベースステーションの前記モバイルブロードバンドネットワーク内のアップリンクリソースのセットを判断し、
    前記アップリンクリソースのセット内から、リソースをランダムに選択し、
    前記選択されたリソースのためのスケジューリング要求を前記ベースステーションに送信し、
    選択されたリソースでデータを前記ベースステーションに送信する、ベースバンドプロセッサ。
  17. 前記アップリンクリソースを定義する構成は、予め定義され、上位レイヤによって、マスタ情報ブロック（ＭＩＢ）、システム情報ブロック（ＳＩＢ）またはＵＥ固有の専用無線リソース制御（ＲＲＣ）シグナリングを介して提供される、請求項１６に記載のベースバンドプロセッサ。
  18. 選択されたアップリンクリソースでデータを送信することはさらに、
    前記ベースステーションによる前記スケジューリング要求の承認なしに、選択されたアップリンクリソースでデータを送信することを含む、請求項１６に記載のベースバンドプロセッサ。
  19. リソースプールがさらに、アップリンク送信のためのスケジューリング要求領域およびデータ領域に分割される、請求項１６から１８のいずれか一項に記載のベースバンドプロセッサ。
  20. 前記ベースバンド回路は、さらに、
    前記データがエンハンスドノードＢ（ｅＮＢ）によって受信されたかどうかを判断する、請求項１６に記載のベースバンドプロセッサ。
  21. 前記データが前記ｅＮＢによって受信されたかどうかを判断することは、さらに、
    確認（ＡＣＫ）応答の応答ウィンドウ内でダウンリンクサブフレームをモニタリングすることを含む、請求項２０に記載のベースバンドプロセッサ。
  22. ＡＣＫ応答が、物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）に配置され、ＰＨＩＣＨリソースインデックスが、前記ＵＥの識別子、前記送信されたデータの開始サブフレームまたは物理リソースブロック（ＰＲＢ）インデックスの関数として定義される、請求項２１に記載のベースバンドプロセッサ。
  23. 前記送信されたデータのためのＡＣＫ応答は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を使用して、他のＵＥの他の送信されたデータのための他のＡＣＫ応答と共に集約される、請求項２１に記載のベースバンドプロセッサ。
  24. 前記データが前記ｅＮＢによって受信されたかどうかを判断することは、さらに、
    前記送信されたデータの確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、
    再送信のために、リソースプールからの固定遅延を有する第２のリソースプール内で第２のリソースを選択することと、
    前記選択された第２のリソースのための第２のスケジューリング要求を送信することと、
    前記選択された第２のリソースで前記データを送信することと、を含む、請求項２０に記載のベースバンドプロセッサ。
  25. 前記データが前記ｅＮＢによって受信されたかどうかを判断することは、さらに、
    前記スケジューリング要求の確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、
    リソースプールからのランダムバックオフを実行することと、
    再送信のために、前記リソースプールからの前記ランダムバックオフを満たす第２のリソースプール内で第２のリソースを選択することと、
    前記選択された第２のリソースのための第２のスケジューリング要求を送信することと、
    前記選択された第２のリソースで前記データを送信することと、を含む、請求項２０に記載のベースバンドプロセッサ。
JP2017540871A 2015-03-26 2015-09-22 低減されたシグナリングオーバヘッドでのアップリンク送信のためのシステム、方法およびデバイス Active JP6746595B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201562138635P 2015-03-26 2015-03-26
US62/138,635 2015-03-26
PCT/US2015/051432 WO2016153548A1 (en) 2015-03-26 2015-09-22 Systems, methods and devices for uplink transmissions with reduced signaling overhead

Publications (2)

Publication Number Publication Date
JP2018509812A true JP2018509812A (ja) 2018-04-05
JP6746595B2 JP6746595B2 (ja) 2020-08-26

Family

ID=54330023

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017540871A Active JP6746595B2 (ja) 2015-03-26 2015-09-22 低減されたシグナリングオーバヘッドでのアップリンク送信のためのシステム、方法およびデバイス

Country Status (5)

Country Link
US (1) US10390236B2 (ja)
EP (1) EP3275268B1 (ja)
JP (1) JP6746595B2 (ja)
CN (1) CN107251641B (ja)
WO (1) WO2016153548A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2018207370A1 (ja) * 2017-05-12 2020-03-19 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
US10716130B2 (en) 2016-02-05 2020-07-14 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Communication method, terminal equipment, and network equipment
JP2020167683A (ja) * 2020-05-07 2020-10-08 オッポ広東移動通信有限公司Ｇｕａｎｇｄｏｎｇ Ｏｐｐｏ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｃｏｒｐ．， Ｌｔｄ． 通信方法、端末デバイス及びネットワークデバイス
JP2022507004A (ja) * 2018-09-28 2022-01-18 オッポ広東移動通信有限公司 無線通信方法、端末デバイス及びネットワークデバイス

Families Citing this family (48)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106211334B (zh) * 2014-12-31 2019-12-17 中兴通讯股份有限公司 窄带的分配、窄带分配的获取方法和装置
US10512033B2 (en) * 2015-01-29 2019-12-17 Qualcomm Incorporated Timing information for discovery in unlicensed spectrum
WO2016208954A1 (ko) * 2015-06-22 2016-12-29 엘지전자 주식회사 V2v 통신에서의 알람 메시지 송신 방법 및 이를 위한 장치
US10517016B2 (en) * 2015-07-24 2019-12-24 Lg Electronics Inc. Method for determining size of transmission block of uplink signal in wireless communication system and apparatus therefor
US10849170B2 (en) * 2015-10-08 2020-11-24 Apple Inc. Signaling methods for flexible radio resource management
US10834673B2 (en) * 2015-11-05 2020-11-10 Sony Corporation Telecommunications apparatus and methods
US10693699B2 (en) * 2015-11-05 2020-06-23 Lg Electronics Inc. Method and terminal for transmitting synchronization signal in V2X communication
US10129828B2 (en) 2015-12-14 2018-11-13 Apple Inc. ROHC-based link estimation and power saving in VoLTE
CN108463963B (zh) 2016-01-13 2022-03-08 联想创新有限公司（香港) 用于无线通信系统中的数据确认的设备及其方法
US10009929B1 (en) * 2016-03-24 2018-06-26 Sprint Spectrum L.P. Contention-based random access
US10531334B2 (en) * 2016-06-28 2020-01-07 International Business Machines Corporation Determining a transmission number for a device
CN109194456B (zh) * 2016-08-05 2020-11-06 上海朗帛通信技术有限公司 一种无线通信中的方法和装置
US11115958B2 (en) * 2016-08-09 2021-09-07 Lg Electronics Inc. Method whereby terminal transmits and receives sidelink signals in wireless communication system
KR20180017940A (ko) * 2016-08-11 2018-02-21 삼성전자주식회사 무선 셀룰라 통신 시스템에서 지연감소를 위한 전송 방법 및 장치
JP2018026818A (ja) * 2016-08-12 2018-02-15 華碩電腦股▲ふん▼有限公司 無線通信システムにおいてヌメロロジ帯域幅を決定する方法及び装置
WO2018036620A1 (en) * 2016-08-23 2018-03-01 Telefonaktiebolaget Lm Ericsson (Publ) Transport network, node and method
US10484999B2 (en) 2016-09-29 2019-11-19 Qualcomm Incorporated Triggers for user equipment transmissions to support uplink based mobility
EP3461174A4 (en) * 2016-10-20 2019-08-14 Guangdong Oppo Mobile Telecommunications Corp., Ltd. METHOD FOR SENDING UPLINK DATA, NETWORK-SIDED DEVICE AND DEVICE DEVICE
US10334533B2 (en) 2016-11-02 2019-06-25 At&T Intellectual Property I, L.P. Non-orthogonal design for channel state information reference signals for a 5G air interface or other next generation network interfaces
US10673593B2 (en) 2016-11-03 2020-06-02 Huawei Technologies Co., Ltd. HARQ signaling for grant-free uplink transmissions
US10237032B2 (en) 2017-01-06 2019-03-19 At&T Intellectual Property I, L.P. Adaptive channel state information reference signal configurations for a 5G wireless communication network or other next generation network
US10320512B2 (en) 2017-01-08 2019-06-11 At&T Intellectual Property I, L.P. Interference cancelation for 5G or other next generation network
CN108401291B (zh) * 2017-02-06 2023-05-09 华为技术有限公司 数据传输的方法和装置
US10244522B2 (en) 2017-03-03 2019-03-26 Qualcomm Incorporated Signaling for multiplexing of low latency communication and sidelink communications
US10893551B2 (en) 2017-03-11 2021-01-12 Qualcomm Incorporated Numerology dependent communication timing
WO2018175764A1 (en) * 2017-03-24 2018-09-27 Intel IP Corporation DESIGN OF SCHEDULING REQUEST FOR FURTHER ENHANCED NARROWBAND INTERNET OF THINGS (feNB-IoT)
CN115567902A (zh) 2017-05-05 2023-01-03 瑞典爱立信有限公司 用于降低系统信息(si)获得时间的方法和系统
US10568128B2 (en) * 2017-06-14 2020-02-18 Qualcomm Incorporated Techniques and apparatuses for scheduling request acknowledgement
CN109152025B (zh) 2017-06-16 2024-04-26 华为技术有限公司 通信方法、终端及基站
WO2019074289A1 (ko) * 2017-10-14 2019-04-18 엘지전자 주식회사 Srs를 전송하는 방법과 이를 위한 단말
CN110062455B (zh) * 2018-01-19 2021-09-03 中兴通讯股份有限公司 上行定时提前量的确定方法及装置、存储介质、电子装置
CN111480382B (zh) * 2018-02-07 2023-06-27 Oppo广东移动通信有限公司 用户设备及其无线通信方法
EP3766196B1 (en) 2018-03-13 2022-06-22 Telefonaktiebolaget Lm Ericsson (Publ) Transmitting an amplitude shift keying signal concurrently with an ofdm transmission
RU2754583C1 (ru) 2018-04-23 2021-09-03 Телефонактиеболагет Лм Эрикссон (Пабл) Выделение временной области для повторений
WO2020054042A1 (ja) * 2018-09-13 2020-03-19 株式会社Ｎｔｔドコモ ユーザ装置及び基地局装置
WO2020056645A1 (en) * 2018-09-19 2020-03-26 Nokia Shanghai Bell Co., Ltd. Method and apparatus
CN110958691B (zh) 2018-09-26 2022-10-18 维沃移动通信有限公司 资源池配置方法、使用方法及配置设备、终端
CN112753271A (zh) * 2018-09-28 2021-05-04 苹果公司 用于上行链路传输的预配置共享资源
CN111132318B (zh) * 2018-10-31 2022-07-19 华为技术有限公司 一种资源调度方法和装置
CN109640289B (zh) * 2018-11-30 2021-11-19 中国联合网络通信集团有限公司 一种通信方法及设备、通信系统
WO2020127529A1 (en) * 2018-12-20 2020-06-25 Sony Corporation Communications device, infrastructure equipment and methods
US10750337B1 (en) 2019-02-15 2020-08-18 Dish Wireless L.L.C. Coexistence of multiple air interface side-links on adjacent channels
US10681691B1 (en) 2019-02-15 2020-06-09 Dish Wireless L.L.C. Coexistence of multiple air interface side-links on a channel
CN112583562B (zh) * 2019-09-30 2022-08-26 华为技术有限公司 数据传输的方法与装置
EP3869890B1 (en) * 2020-02-21 2023-12-13 Nokia Technologies Oy Enhanced scheduling request handling procedure
US11665742B2 (en) * 2020-11-23 2023-05-30 Qualcomm Incorporated RACH type selection and different sets of RACH parameters
KR20230158121A (ko) * 2021-03-30 2023-11-17 노키아 테크놀로지스 오와이 구성된 승인 송신을 위한 메커니즘
US20230113173A1 (en) * 2021-10-08 2023-04-13 Mediatek Inc. Uplink framework for distributed mimo

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013501463A (ja) * 2009-08-06 2013-01-10 クゥアルコム・インコーポレイテッド ランダムアクセスチャネル構成の動的な選択
JP2013520103A (ja) * 2010-02-12 2013-05-30 インターデイジタル パテント ホールディングス インコーポレイテッド アップリンクランダムアクセスチャネル伝送を最適化する方法および装置
WO2013169166A1 (en) * 2012-05-10 2013-11-14 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for hybrid automatic repeat request signaling
WO2015005701A1 (en) * 2013-07-10 2015-01-15 Samsung Electronics Co., Ltd. Method and apparatus for coverage enhancement for a random access process
JP2015008379A (ja) * 2013-06-25 2015-01-15 京セラ株式会社 通信制御方法、ユーザ端末、及びプロセッサ

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8929306B2 (en) * 2010-05-26 2015-01-06 Lg Electronics Inc. NAS-based signaling protocol for overload protection of random access in massive machine type communication
US8711789B2 (en) * 2010-08-19 2014-04-29 Motorola Mobility Llc Method and apparatus for providing contention-based resource zones in a wireless network
GB2498709B (en) 2012-01-17 2013-12-18 Renesas Mobile Corp Method and apparatus for scheduling an uplink data transmission
US9635652B2 (en) 2012-03-22 2017-04-25 Zte (Usa) Inc. Optimized transmission of machine type communication data from a mobile device to a wireless network
EP2871893B1 (en) * 2012-07-24 2018-05-02 Huawei Technologies Co., Ltd. Method for sending and receiving downlink control information, service node, and user equipment
GB2510140A (en) * 2013-01-24 2014-07-30 Sony Corp Virtual carrier for reduced capability wireless devices
KR101944402B1 (ko) * 2013-08-22 2019-02-01 후지츠 코네쿠텟도 테크노로지즈 가부시키가이샤 머신간 무선 액세스 시스템에서의 시스템 정보 브로드캐스트
WO2015122718A1 (ko) * 2014-02-14 2015-08-20 엘지전자(주) 무선 통신시스템에서 단말간 직접통신을 수행하기 위한 방법 및 장치
US20160157254A1 (en) * 2014-11-26 2016-06-02 Samsung Electronics Co., Ltd. Methods and apparatus for control information resource allocation for d2d communications
US10285180B2 (en) * 2015-03-14 2019-05-07 Qualcomm Incorporated Reserved resource pool assisted access resource selection for small data transmission

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013501463A (ja) * 2009-08-06 2013-01-10 クゥアルコム・インコーポレイテッド ランダムアクセスチャネル構成の動的な選択
JP2013520103A (ja) * 2010-02-12 2013-05-30 インターデイジタル パテント ホールディングス インコーポレイテッド アップリンクランダムアクセスチャネル伝送を最適化する方法および装置
WO2013169166A1 (en) * 2012-05-10 2013-11-14 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for hybrid automatic repeat request signaling
JP2015008379A (ja) * 2013-06-25 2015-01-15 京セラ株式会社 通信制御方法、ユーザ端末、及びプロセッサ
WO2015005701A1 (en) * 2013-07-10 2015-01-15 Samsung Electronics Co., Ltd. Method and apparatus for coverage enhancement for a random access process

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10716130B2 (en) 2016-02-05 2020-07-14 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Communication method, terminal equipment, and network equipment
US11445534B2 (en) 2016-02-05 2022-09-13 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Communication method, terminal equipment, and network equipment
JPWO2018207370A1 (ja) * 2017-05-12 2020-03-19 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
JP7046926B2 (ja) 2017-05-12 2022-04-04 株式会社Ｎｔｔドコモ 端末、無線通信方法、基地局及びシステム
JP2022507004A (ja) * 2018-09-28 2022-01-18 オッポ広東移動通信有限公司 無線通信方法、端末デバイス及びネットワークデバイス
JP7256262B2 (ja) 2018-09-28 2023-04-11 オッポ広東移動通信有限公司 無線通信方法、端末デバイス及びネットワークデバイス
US11963206B2 (en) 2018-09-28 2024-04-16 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Wireless communication method, terminal device and network device
JP2020167683A (ja) * 2020-05-07 2020-10-08 オッポ広東移動通信有限公司Ｇｕａｎｇｄｏｎｇ Ｏｐｐｏ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｃｏｒｐ．， Ｌｔｄ． 通信方法、端末デバイス及びネットワークデバイス
JP7091387B2 (ja) 2020-05-07 2022-06-27 オッポ広東移動通信有限公司 通信方法、端末デバイス及びネットワークデバイス

Also Published As

Publication number Publication date
US10390236B2 (en) 2019-08-20
US20180020365A1 (en) 2018-01-18
EP3275268A1 (en) 2018-01-31
EP3275268B1 (en) 2020-05-06
CN107251641A (zh) 2017-10-13
WO2016153548A1 (en) 2016-09-29
CN107251641B (zh) 2021-07-09
JP6746595B2 (ja) 2020-08-26

Similar Documents

Publication Publication Date Title
JP6746595B2 (ja) 低減されたシグナリングオーバヘッドでのアップリンク送信のためのシステム、方法およびデバイス
US10849140B2 (en) Systems, methods and devices for radio access technology coordination
US11291079B2 (en) 5G FDD low latency transmission subframe structure system and method of use
US11122580B2 (en) Evolved node-b (ENB), user equipment (UE) and methods for flexible duplex communication
EP3222102B1 (en) Listen before talk (lbt) design for uplink licensed assisted access (laa) operation in unlicensed band
US10721772B2 (en) Performing mission critical communications at a user equipment (UE)
US10973078B2 (en) Supporting semi-persistent scheduling for varied transmission time intervals
CN109075909B (zh) 使用半持续调度资源进行非自适应重新发送的系统、方法、和设备
WO2017099860A1 (en) Device for non-scheduled uplink transmission in the unlicensed spectrum
KR20180011075A (ko) 5세대 네트워크들을 위한 물리 다운링크 제어 채널
TW201728208A (zh) 彈性通用擴展框架結構
US11082950B2 (en) User equipment (UE) and method of sidelink data communication in fifth generation (5G) new radio (NR) things networks

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20171006

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180914

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190417

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190528

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190828

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200121

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20200416

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20200420

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200618

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: 20200706

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200805

R150 Certificate of patent or registration of utility model

Ref document number: 6746595

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250