JP6232141B2 - 低帯域幅アプリケーションに対する遅延及びバンドルされた再送信 - Google Patents

低帯域幅アプリケーションに対する遅延及びバンドルされた再送信 Download PDF

Info

Publication number
JP6232141B2
JP6232141B2 JP2016545235A JP2016545235A JP6232141B2 JP 6232141 B2 JP6232141 B2 JP 6232141B2 JP 2016545235 A JP2016545235 A JP 2016545235A JP 2016545235 A JP2016545235 A JP 2016545235A JP 6232141 B2 JP6232141 B2 JP 6232141B2
Authority
JP
Japan
Prior art keywords
harq
lte
network
mobile device
nack
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.)
Expired - Fee Related
Application number
JP2016545235A
Other languages
English (en)
Other versions
JP2016539597A (ja
Inventor
タリク タベット,
タリク タベット,
ヴィナリ アール. マッジギ,
ヴィナリ アール. マッジギ,
サイエド エー. ムジタバ,
サイエド エー. ムジタバ,
クリスチャン ダブリュー. ミュッケ,
クリスチャン ダブリュー. ミュッケ,
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Apple Inc
Original Assignee
Apple Inc
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 Apple Inc filed Critical Apple Inc
Publication of JP2016539597A publication Critical patent/JP2016539597A/ja
Application granted granted Critical
Publication of JP6232141B2 publication Critical patent/JP6232141B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0212Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0222Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave in packet switched networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • H04L1/1671Details of the supervisory signal the supervisory signal being transmitted together with control information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1825Adaptation of specific ARQ protocol parameters according to transmission conditions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1854Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1864ARQ related signaling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1887Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/28Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Description

説明される実施形態は、概して無線通信に関し、より詳細には、ユーザ機器において不要な電力消費を発生させる、ハイブリッド自動再送要求(hybrid automatic repeat request;HARQ)に関連付けられた問題を緩和するための手順に関する。
第3世代パートナーシッププロジェクト(3rd Generation Partnership Project;3GPP)ロングタームエボリューション(Long Term Evolution;LTE)及びLTEアドバンスト(LTE Advanced;LTE−A)標準を実施するより新しい無線アクセス技術(radio access technology;RAT)システムを利用する、第4世代(fourth generation;4G)セルラーネットワークは、米国内外において急速に開発及び導入されている。LTE−Aは、この無線通信標準が、以前のLTEバージョンでは不可能であったデータレートを集約的に実現するマルチキャリアシステムの帯域幅要件を満たすことができるような、複数のコンポーネントキャリア(component carrier;CC)の集約をもたらす。
LTE及びLTE−Aに共通し、これらの4G通信標準が、高データレートのスループットを確実に実現することを可能にする1つのメカニズムは、ハイブリッド自動再送要求(ハイブリッドARQ又はHARQ)である。LTE HARQ処理は、ダウンリンク(downlink;DL)において誤りパケット又は送信誤りがユーザ機器(user equipment;UE)によって受信されたとき、又はアップリンク(uplink;UL)において誤りパケット又は送信誤りがeNodeBによって受信されたときに、LTE基地局、すなわち拡張NodeB(enhanced NodeB;eNodeB)と、無線モバイル通信デバイス、すなわちUEとの協調動作を通じて実現される。
ハイブリッドARQは、高レートの前方誤り訂正(forward error correction;FEC)符号化及びARQ誤り制御を組み合わせたものである。標準的なARQでは、巡回冗長検査(cyclic redundancy check;CRC)などの誤り検出符号を使用して、受信機に送信するデータに冗長ビットが追加されてもよい。それにより、破損したメッセージを検出した受信機は、送信機からの新しいメッセージを要求し得る。ただし、HARQでは、送信データがFEC符号を使用して符号化されてもよく、この場合、対応するパリティビットが送信データと共に送信される。あるいは、対応するパリティビットは、後続の時点において、受信機が誤送信を検出したときに、要求に応じて送信されてもよい。
更に、LTE通信は、UEが低帯域幅アプリケーションのデータ通信に関与しているとき、例えば、周期的なボイスオーバーLTE(voice over LTE;VoLTE)通信中などの、様々な無線リソース制御(radio resource control;RRC)接続モードの動作中、4G LTE対応UEがローカルのデバイスリソース(例えば、バッテリ電力、処理能力、使用可能なメモリなど)を節約することを可能にするために、接続モード不連続受信(connected mode discontinuous reception;C−DRX)動作及び半永続的スケジューリング(semi-persistent scheduling;SPS)も利用する。ただし、C−DRX及びSPS動作の節電という利点は、そこにHARQ再送信を重ね合わせることによって損なわれる可能性があり、この場合、UEがHARQ確認応答(ACK/NACK)メッセージを送信/受信し、その後、対応するDL又はUL HARQ再送信を処理することを可能にするために、UEは長時間にわたってアウェイクし続ける必要がある。
VoLTEタイプのデータ通信などの、特定の低帯域幅アプリケーションデータ通信の場合、ネットワーク指定のLTE HARQタイムラインは、UEが必要以上の時間期間にわたってアウェイクし続けることを要求し得る。したがって、UEが非アクティブな場合にC−DRX又はSPS省電力モードに入り得る時間期間中に、UEがアクティブ状態を維持することを必要とする、様々なDL及びUL HARQの要件を排除又は低減することによって、ローカルのUEデバイスリソースを節約し得る解決策が必要とされている。
この概要は、以下の詳細な説明において更に説明される、選択された概念を(簡略化された形式で)紹介するために提供される。この概要は、請求される主題の主な特徴を特定することを意図しておらず、また、請求される主題の範囲の特定を支援するものとして使用されることも意図していない。
本明細書で開示されている様々な実施形態は、ロングタームエボリューション(LTE)ネットワークを介して通信するユーザ機器(UE)に対して節電する手順を提供する。この手順の一部として、ネットワーク基地局は、ハイブリッド自動再送要求(HARQ)情報について制御チャネルを監視し、否定確認応答(negative acknowledgement;NACK)メッセージをUEから受信するように構成されてもよく、その後、NACKメッセージをUEから受信したことに応じて、ネットワーク基地局は、UEがスリープモード動作中に非アクティブ状態を維持し得るように、UEに対するHARQ再送信を遅延させてもよい。
いくつかの態様によれば、スリープモード動作は、UEの接続モード不連続受信(C−DRX)サイクルのオフ期間に対応してもよい。更に、HARQ再送信は、UEのC−DRXサイクルの後続のオン期間まで遅延されてもよい。
いくつかの実施では、ネットワーク基地局は、連続したダウンリンク送信時間間隔(transmission time interval;TTI)内で、UEに対するHARQ再送信をバンドルしてもよい。
いくつかの態様では、バンドルされたHARQ再送信は、物理ダウンリンク共用チャネル(physical downlink shared channel;PDSCH)上で、新しいダウンリンク送信と共にUEに通信されてもよい。バンドルされたHARQ再送信は、異なる変調及び符号化スキーム(modulation and coding scheme;MCS)を利用する複数のHARQ送信を含んでもよい。
様々な実施形態では、ネットワーク基地局は、UEの1つ以上の信号対干渉雑音比(signal to interference plus noise ratio;SINR)状態に少なくとも部分的に基づき、HARQ再送信をバンドルすることを判定してもよい。UEの1つ以上のSINR状態は、UEがLTEネットワークセルの周辺で通信しているときに劣化する無線動作状態を含んでもよい。
一態様では、ネットワーク基地局は、UEが低帯域幅の周期的なアプリケーショデータ(例えば、ボイスオーバーLTE(VoLTE)データ)を通信するタイミングを判定し、その後、UEが低帯域幅の周期的なアプリケーションデータを通信している間、UEに対するHARQ再送信を低減又は排除するために、UEの目標ブロック誤り率(block error rate;BLER)を低減してもよい。
いくつかの態様では、制御チャネルは物理アップリンク制御チャネル(PUCCH)であってもよく、NACKはPUCCH上のUEから受信されてもよい。
いくつかの実施形態では、モバイルデバイスは、ロングタームエボリューション(LTE)ネットワークを介して通信するように構成可能な少なくとも1つの送受信機、1つ以上のプロセッサ、及び実行可能な命令を記憶する記憶デバイスを備えてもよく、実行可能な命令は、1つ以上のプロセッサによって実行されたときに、モバイルデバイスに、ネットワーク基地局からのダウンリンク送信を誤りであるとして特定させ、否定確認応答(NACK)メッセージを、ハイブリッド自動再送要求(HARQ)通信の一部として、少なくとも1つの送受信機を使用するネットワーク基地局に送信させ、遅延されたHARQ再送信に応じて、節電するためにモバイルデバイスのスリープモード動作中に非アクティブ状態を維持させてもよい。
いくつかの実施では非一時的コンピュータ可読媒体は、実行可能な命令を記憶し、実行可能な命令は、ネットワーク基地局の1つ以上のプロセッサによって実行されたときに、ネットワーク基地局に、ハイブリッド自動再送要求(HARQ)情報について物理アップリンク制御チャネル(PUCCH)を監視させ、否定確認応答(NACK)メッセージをユーザ機器(UE)からPUCCHを介して受信させ、NACKメッセージを受信したことに応じて、UEの接続モード不連続受信(C−DRX)サイクルのオフ期間中に、UEが非アクティブ状態を維持し得るように、UEに対するHARQ再送信を遅延させてもよい。
説明される実施形態、及びその利点は、添付図面と併せて以下の説明を参照することで、最も良好に理解することができる。これらの図面は、必ずしも一定の縮尺で描かれておらず、本開示の時点で当業者によって実施することが可能な、それらに対する予測可能な形態及び詳細の変更を、決して限定若しくは排除するものではない。
本開示のいくつかの実施形態に係る、高度化ハイブリッド自動再送要求(HARQ)機能を利用するように構成され得る複数のユーザ機器デバイス(UE)をサポートする、ロングタームエボリューション(LTE)及びLTE Advanced(LTE−A)ネットワークセルを含む無線通信システムを示す図である。 本開示の様々な実施に係る、単一のLTE又はLTE−Aデータフレーム構造を示すブロック図である。 いくつかの実施形態に係る、ダウンリンク(DL)無線リソース割り当て構成要素、アップリンク(UL)無線リソース割り当て構成要素、及びDL/UL HARQスケジューラ構成要素を有するネットワークリソーススケジューラを含むネットワーク装置のブロック図である。 本開示のいくつかの実施に係る、高度化HARQ機能構成要素及びSNR判定構成要素を有するデバイスリソースマネージャを含む、無線通信デバイスのブロック図である。 いくつかの実施形態に係る、LTE DL通信のための、半永続的スケジューリング(SPS)手順と共にDL HARQスケジューリング手順を示すブロック図である。 本開示の様々な実施形態に係る、LTE UL通信のためのUL HARQスケジューリング手順を示すブロック図である。 本開示の様々な実施に係る、同期的なDL LTE及びUL LTE HARQ手順を示すブロック図である。 様々な実施形態に係る、最適化されたUL LTE HARQ再送信を実行するための例示的方法に関連付けられたフローチャートである。 本開示のいくつかの実施形態に係る、eNodeB基地局が、それぞれ異なる信号対干渉雑音比(SINR)状態を経験しているユーザ機器デバイス(UE)と通信する、単一のLTE又はLTE−Aセルを示すネットワーク図である。 様々な実施形態に係る、遅延されたDL LTE HARQ再送信を実行するための例示的方法に関連付けられたフローチャートである。 本開示の様々な実施に係る、遅延されたDL LTE HARQ再送信手順、及び送信時間間隔(TTI)バンドリングを含む同期的なUL LTE HARQ再送信手順を示すブロック図である。 いくつかの実施に係る、バンドルされたDL LTE HARQ送信を実行するための例示的方法に関連付けられたフローチャートである。 本開示の様々な実施形態に係る、TTIバンドリングを含むDL LTE HARQ再送信手順を示すブロック図である。 本開示のいくつかの実施に係る、統合されたDL LTE送信を実行するための例示的方法に関連付けられたフローチャートである。 本開示の様々な実施形態に係る、トランスポートブロックレベルにおける単一のTTIバンドリングを含む統合されたDL LTE送信手順を示すブロック図である。
本項では、それぞれが、DLにおいて低減されたHARQ動作を実行し、ULにおいて低減されたHARQ動作を実行する、改善されたLTEダウンリンク(DL)及びLTEアップリンク(UL)ハイブリッド自動再送要求(HARQ)再送信をスケジュール及び実行するための代表的な実施例について説明する。更に、本明細書では、バンドルされたDL及びUL HARQ再送信を実行するための様々な実施例についても説明する。これらの実施例は、本開示の主題に前後関係を追加し、その主題の理解を支援するために提供される。本明細書で説明される具体的な詳細のうちのいくつかの有無にかかわりなく本開示が実践され得ることは、当業者には明らかであろう。更に、本明細書で説明され、対応する図に示される主題に対して、本開示の趣旨及び範囲から逸脱することなく、様々な修正及び/又は変更を加えることによって、同様の利点及び結果を達成し得る。
本項では、本開示の一部を形成し、実例として、本明細書で説明される実施形態に対応する様々な実施を示す、添付の図面が参照される。本開示の実施形態は、説明される実装を当業者が実践し得る程度に詳細に説明されるが、これらの実施例は、大幅な制限を加えるもの、又は全てを含むものとして解釈すべきでないことを理解されたい。
様々な実施形態によれば、用語「ユーザ機器」は、限定するものではないが、セルラー電話又はスマートフォン、タブレットコンピュータ、ラップトップコンピュータ又はネットブックコンピュータ、メディアプレーヤデバイス、電子書籍デバイス、MiFi(登録商標)デバイス、並びに第4世代(4G)ロングタームエボリューション(LTE)又はLTE Advanced(LTE−A)通信機能を有する任意の他のタイプの電子コンピューティングデバイスを含む、1つ又は任意の数の一般的な消費者向け電子通信デバイスについて説明するために、本明細書において使用されてもよい。様々なシナリオでは、これらの機能は、それぞれのUEが、任意の一般的なタイプのLTE又はLTE−A無線アクセス技術(RAT)を利用する4Gネットワークセル内で通信することを可能にしてもよい。
更に、本明細書で説明されているUEは、異なる第3世代(3G)及び/又は第2世代(2G)RATを介しても通信し得るマルチモード無線通信デバイスとして構成されてもよいことを理解されたい。これらのシナリオでは、マルチモードUEは、より低いデータレートのスループットを提供する他の旧式の3Gネットワークに比べて、より高速なデータレートのスループットを提供するLTEネットワークへの接続を優先するように構成されてもよい。例えば、いくつかの実装では、マルチモードUEは、LTE及びLTE−Aネットワークが使用できないときに、旧式の3Gネットワーク、例えば、進化型高速パケットアクセス(HSPA+)ネットワーク又はコード分割多重アクセス(CDMA)2000 Evolution−Data Only(EV−DO)ネットワークへとフォールバックするように構成されてもよい。
図1は、3GPP進化型地上無線アクセス(Evolved Universal Terrestrial Radio Access;E−UTRA)無線インタフェースに準拠し、限定するものではないが、それぞれがX2インタフェースを介して相互の間で通信し得る拡張NodeB(eNodeB)基地局を有する、1つのLTEネットワークセル102及び2つのLTE−Aネットワークセル104a及び104bを含む、無線通信システム100を示す。更に、E−UTRA準拠の通信システム100は、進化型パケットコア(EPC)の一部として、LTE及びLTE−AセルのeNodeB 102及び104a及び104bと、S1インタフェースを介して通信し得る、任意の数のモビリティ管理エンティティ(mobility management entity;MME)108a〜108c、サービングゲートウェイ(serving gateway;S−GW)108a〜108c、PDNゲートウェイ(PDN gateway;P−GW)110などを含んでもよい。更に、EUTRA通信システム100は、任意の特定の時点で、LTE及びLTE−AセルのeNodeB 102及び104a及び104bのうちの1つ以上によって無線通信サービスが提供される、任意の数のUEを含んでもよい。
例として、UE 106は、LTE−Aセル104a及び104b内に配置され、音声通話を確立するためにボイスオーバーLTE(VoLTE)アプリケーションを起動したときに、LTE無線リソース制御(RRC)接続モードであってもよい。VoLTEアプリケーションを実行するUE 106は、EPC 108a〜108c及び110を通じて通話を転送し、それにより、リモートネットワークの一部であり得る、発呼者UE 106と意図した受信者の受信デバイスとの間のIPマルチメディアサブシステム(IP Multimedia Subsystem;IMS)ネットワークを通じてVoLTE通信を転送するためにインターネット112に接続する、サービングeNodeB 104a及び104bへと音声データを通信することによって、意図した受信者へのVoLTE音声通話を実行し得る。あるいは、UE 106は、IPベースのアプリケーションデータを、そのサービングLTEネットワーク104a及び104bを介してインターネット112経由で転送することを試行するために、特定のデータタイプ、例えば、ストリーミングオーディオデータ、ストリーミングオーディオ−ビデオデータ、ウェブサイトデータ、テキストデータなどにそれぞれ関連付けられ得る、任意の数の異なるUE常駐アプリケーションを起動してもよい。
対応するUEアプリケーションのデータタイプに応じて、アプリケーションデータを通信するためのネットワークリソース要件(例えば、関連付けられたネットワークリソースブロック(resource block;RB))は、最小(例えば、テキスト又は音声データ)、中程度(例えば、ウェブサイトのウェブページデータ)、又は相当量(例えば、オーディオ−ビデオデータのストリーミング)であってもよい。その結果、一部の実施形態では、第1のUEアプリケーションは、低帯域幅データタイプ(例えば、VoLTEタイプのデータ)に関連付けられてもよく、これに対し、他の実施形態では、第2のUEアプリケーションは、中から高帯域幅データタイプ(例えば、ストリーミングオーディオ又はビデオデータ)に関連付けられてもよい。いくつかの実施では、UE 106と、LTE又はLTE−AセルのeNodeB 102及び104a及び104bとの間で通信されるVoLTE音声通話に、UE 106が能動的に関与し、例えば、UE 106又はeNodeBが、対応する誤りパケット又は送信誤りを受信したときに、様々な改善されたLTE DL及びLTE UL HARQ再送信が、通信に関するオーバーヘッド及びUE 106の電力消費を最小限に抑える、低減されたHARQ動作をそれぞれ実行するために、利用されてもよい。
様々な実施形態では、改善されたDL HARQ再送信手順及び/又は改善されたUL HARQ再送信手順が、UE 106における不要な電力消費に関連付けられた問題を実質的に緩和する様式で利用されてもよい。この不要な電力消費は、UE 106がLTE RRC接続モード中に、UL又はDL HARQメッセージ及び/又はDL/UL送信について、様々なLTE通信チャネルを監視及び/又は復号することを試行したときに発生し得る。いくつかの実施では、これらのLTE通信チャネルは、限定するものではないが、物理ダウンリンク制御チャネル(physical downlink control channel;PDCCH)、物理アップリンク制御チャネル(PUCCH)、物理ダウンリンク共用チャネル(PDSCH)、物理アップリンク共用チャネル(PUSCH)、物理ハイブリッドARQインジケータチャネル(physical hybrid ARQ indicator channel;PHICH)などを含んでもよい。本明細書で更に説明されるように、様々なDL LTE HARQ再送信手順、並びに様々なUL LTE HARQ再送信手順は、HARQシグナリングが存在するときにUE 106のスリープ期間が長くなる様式で、1つ以上の接続モード不連続受信(C−DRX)動作と共に、かつ/又は1つ以上の半永続的スケジューリング(SPS)動作と共に発生し得る。
図2は、本開示の様々な実施に係る、単一のLTEデータフレーム構造202を示すブロック図200である。当業者には理解されるように、1つのLTEデータフレーム202は、S0からS9までラベル付けされ、それぞれが1msの送信時間間隔(TTI)を有する、10個のサブフレームを含む。各LTEサブフレームは、それぞれが0.5msのTTIを有する、2つのタイムスロットから構成される。したがって、各LTEデータフレーム202内には、0から19までラベル付けされた20個のタイムスロットが存在する。例えば、LTEデータフレーム202の第1のサブフレームS0 204は、14個の直交波周波数分割多重(orthogonal frequency division multiplexing;OFDM)シンボルから構成されてもよく、これはサブフレームS0 204のタイムスロット0及び1のそれぞれに対して、7つのOFDMシンボルが存在することと同等である。
サブフレームS0 204のOFDMシンボルの先頭部分(例えば、先頭の3つのOFDMシンボル)は、制御シグナリング情報(例えば、PDCCH、PUCCH、PHICHなどに関連付けられた制御情報)に対して指定されてもよく、サブフレームS0 204のOFDMシンボルは、ペイロードデータ(例えば、PDSCH又はPUSCHに関連付けられたペイロードデータ)に対して指定されてもよい。LTEサブフレームのそれぞれのOFDMシンボルの番号S0からS9は、対応するサイクリックプレフィクス(cyclic prefix;CP)の長さによって変化し得ることを理解されたい。CPは、マルチパスによるシンボル間干渉(ISI)を防止するために、時間領域における各副搬送波内の各OFDMシンボルの前に送信されてもよい。
LTEでは、CPは、5μsの期間を有する通常のCP、又は17μsの期間を有する拡張されたCPに対応してもよい。したがって、通常のCPを利用するLTEスロットは、典型的には7個のOFDMシンボルを有し、これに対して、拡張された(例えば、より大きい郊外のセルで使用することを目的とした)CPを利用するLTEスロットは、典型的には6個のOFDMシンボルを有する。LTEリソースブロック(RB)は、典型的には、1つのLTEスロットの期間にわたって送信される、12個のOFDM副搬送波に関連付けられる。したがって、0.5msにわたって送信される(通常のCPに関連付けられた)通常のRBは、84個のOFDMシンボル(12個の副搬送波x7個のOFDMシンボル)又はリソース要素(resource element;RE)を含む。同様に、0.5msにわたって送信される拡張されたRB(拡張されたCPに関連付けられた)は、72個のRE(12個の副搬送波x6個のOFDMシンボル)を含む。
様々な実施形態では、LTE−Aセル104a及び104bは、割り当てられた様々なネットワークスペクトル帯域内における最大100MHzの集約的な帯域幅を実現するために、複数のコンポーネントキャリア(CC)を総体的に利用してもよい。対応するLTE−Aセルは、PDCCH形式又はPUCCH形式を、そのそれぞれの制御情報に従って指定し得るeNodeBを含んでもよく、この制御情報は、同じネットワークセル104a及び104b内に存在する単一のUE 106又は複数のUE106を対象にし得る。例として、PDCCH DCIは、単一のUE 106を対象とするセル無線ネットワーク一時識別子(C−RNTI)に関連付けられてもよく、又は代替として、PDCCH DCIは、ページングRNTI(P−RNTI)若しくは同じセル104a及び104b内に配置されたUE 106のグループを対象とするシステム情報RNTI(SI−RNTI)に関連付けられてもよい。様々な実施形態では、PDCCHのDCIは、ダウンリンク(DL)グラント情報(例えば、PDSCHのリソース割り当て)、並びにアップリンクリソースグラント情報(例えば、PUSCHのリソース割り当て)、Tx電源制御情報などを含んでもよい。
図3は、本開示の様々な実施形態に係る、DL無線リソース割り当て構成要素314、UL無線リソース割り当て構成要素316、及びDL/UL HARQスケジューラ318を有する、ネットワークリソーススケジューラ312を含む、ネットワーク装置300(例えば、LTE RRC機能を有するeNodeB)のブロック図である。いくつかの実施では、ネットワークリソーススケジューラ312は、対応するネットワークセル内(例えば、LTEセル102内又はLTE−Aセル104a及び104b内)に配置された1つ以上のUE 106に対する様々なDL無線リソース割り当て(例えば、搬送波DL RBグラント)を生成及び/又は発行するために、そのDL無線リソース割り当て構成要素314を利用するように構成されてもよい。更に、DL無線リソース割り当て構成要素314又はUL無線リソース割り当て構成要素316のいずれかは、本明細書で更に説明されるように、SPS及び/又はC−DRX処理を利用することができてもよい。
他の状況では、ネットワークリソーススケジューラ312は、対応するネットワークセル内(例えば、LTEセル102内又はLTE−Aセル104a及び104b内)に配置された1つ以上のUE 106に対する様々なUL無線リソース割り当て(例えば、搬送波UL RBグラント)を生成及び/又は発行するために、そのUL無線リソース割り当て構成要素314を利用するように構成されてもよい。この状況では、ネットワーク装置300のネットワークリソーススケジューラ312は、どのUE 106がPDCCH、PUCCH、PDSCH、PUSCH、及びPHICH HARQ送信を受信すべきか、並びに、これらのHARQ送信が、DL又はULにおけるそれぞれのTTI中に、どのRB上で受信されるべきかを判定することができてもよい。
更に、ネットワークリソーススケジューラ312のDL/UL HARQスケジューラ構成要素318は、DLにおいて低減されたHARQ動作を実行するための様々な改善されたDL HARQ手順、並びにULにおいて低減されたHARQ動作を実行するための様々な改善されたUL HARQ手順をスケジュール及び/又は実行するように構成されてもよい。本明細書では、DL/UL HARQスケジューラ318の機能について、図5から図15の主題に関連して更に説明する。したがって当業者は、どのHARQスケジューリング処理が、単独で動作するネットワーク装置300(例えば、RRC機能を有するeNodeB)によって実行されてもよいか、並びにどのDL HARQ実施及びどのUL HARQ実施が、1つ以上のUE 106と協調して動作するネットワーク装置300に実行されてもよいかを、容易に見分けることができるだろう。
いくつかの構成では、ネットワーク装置300は、本明細書で開示される1つ以上の実施形態に係る様々なHARQリソーススケジューリング動作を実行し得る、処理回路302を含んでもよい。この点に関し、処理回路302は、様々な実装に係るネットワーク装置300の1つ以上の機能を実行するように、かつ/又はそれらの機能の実行を制御するように構成されてもよく、したがって、DLにおける低減されたHARQ動作、ULにおける低減されたHARQ動作、並びに様々な実施形態に係るネットワーク装置300の他の通信手順を実行するための機能を提供してもよい。処理回路302は、本開示の1つ以上の実施形態に係るデータ処理、アプリケーション実行及び/又は他の処理、並びに管理機能を実行するように更に構成されてもよい。
ネットワーク装置300、又は処理回路302などのネットワーク装置300の部分若しくはその構成要素は、それぞれが任意の数の結合されたマイクロチップを含み得る、1つ以上のチップセットを含んでもよい。ネットワーク装置300の処理回路302及び/又は1つ以上の他の構成要素は、複数のチップセットを使用する本開示の様々な実施形態に係る、DLにおける様々な低減されたHARQ動作及びULにおける様々な低減されたHARQ動作に関連付けられた機能も実行するように構成されてもよい。いくつかのシナリオでは、ネットワーク装置300は、図1の無線通信システム100内で動作するために、LTE 102又はLTE−Aセル104a及び104bのeNodeBに関連付けられるか、又はそのeNodeBとして利用されてもよい。この実装では、ネットワーク装置300は、この装置が、対応する無線カバレッジ領域、例えば、LTE 102又はLTE−Aネットワークセル104a及び104bに関連付けられたカバレッジ領域内に配置された任意の数のUE 106に無線通信サービスを提供するネットワーク基地局として、無線通信システム100内で動作することを可能にするように構成された、1つ以上のチップセットを含んでもよい。
いくつかのシナリオでは、ネットワーク装置300の処理回路302は、1つ以上のプロセッサ(単数又は複数)304及びメモリ構成要素306を含んでもよい。処理回路302は、LTE準拠のモデム及び1つ以上の無線通信送受信機310を有する無線周波数(radio frequency;RF)回路308と通信するか、又はさもなければ、そこに結合されてもよい。いくつかの実装では、モデム及び1つ以上の送受信機310を含むRF回路308は、異なるLTE RATタイプを使用して通信するように構成されてもよい。例えば、一部の実施形態では、RF回路308はLTE RATを使用して通信するように構成されてもよく、他の実施形態では、RF回路308はLTE−A RATを使用して通信するように構成されてもよい。
様々な実装では、プロセッサ(単数又は複数)304は、様々な異なる形式で構成及び/又は利用されてもよい。例えば、プロセッサ(単数又は複数)304は、任意の数のマイクロプロセッサ、コプロセッサ、コントローラ、又は、例えば、特定用途向け集積回路(application specific integrated circuit;ASIC)、フィールドプログラマブルゲートアレイ(field programmable gate array;FPGA)、若しくはこれらの任意の組み合わせなどの集積回路を含む、様々な他のコンピューティング又は処理実装に関連付けられてもよい。様々なシナリオでは、複数のプロセッサ304が、相互に結合され、かつ/又は相互に動作通信するように構成されてもよく、これらの構成要素は集合的に、本明細書で説明されているようなネットワーク装置300の1つ以上の手順を、RRC制御機能を有するeNodeBの形式で実行するように構成されてもよい。
いくつかのシナリオでは、プロセッサ304は、メモリ306に記憶され得る命令、又はさもなければ、プロセッサ304が他の何らかのデバイスメモリ内でアクセスし得る命令を実行するように構成されてもよい。即ち、ハードウェア若しくはハードウェア及びソフトウェアの組み合わせとして構成されるか、又はそれらと共に構成されるかにかかわらず、処理回路302のプロセッサ304は、本明細書で説明されている様々な実装に係る動作を、しかるべく構成されたときに実行することができてもよい。
様々な実施形態では、処理回路302のメモリ306は、任意の一般的な揮発性又は不揮発性メモリタイプに関連付けられ得る複数のメモリデバイスを含んでもよい。いくつかのシナリオでは、メモリ306は、通常のプログラム実行中にプロセッサ(単数又は複数)304によって実行され得る様々なコンピュータプログラム命令を記憶できる非一時的コンピュータ可読記憶媒体に関連付けられてもよい。この点に関し、メモリ306は、ネットワーク装置300が本開示の1つ以上の実施形態に係る様々な機能を実行することを可能にするための、情報、データ、アプリケーション、命令などを記憶するように構成されてもよい。いくつかの実装では、メモリ306は、処理回路302のプロセッサ(単数又は複数)304、並びに情報をネットワーク装置300の異なるデバイス構成要素間で渡すための1つ以上のシステムバスと通信し、かつこれらに結合されてもよい。
図3のネットワーク装置300に関連して例示及び説明されている構成要素、デバイス要素、及びハードウェアの全てが、本開示にとって必須でなくてもよく、したがって、これらの要素のうちのいくつかは、理にかなった範囲で省略、統合、又はさもなければ修正されてもよいことを理解されたい。更に、いくつかの実装では、ネットワーク装置300に関連付けられた主題は、図3に示されたもの以外の追加又は代替構成要素、デバイス要素、又はハードウェアを含むように構成されてもよい。
図4は、1つ以上の送受信機(単数又は複数)及びLTEモデム410を有するRF回路408、並びに高度化HARQ機能構成要素414及び信号対干渉雑音比(SINR)判定構成要素418を含むデバイスリソースマネージャ412を含む、本明細書で更に説明される本開示のいくつかの実施形態に係る、通信デバイス400(例えば、LTE又はLTE−A準拠のUE)のブロック図を示す。様々な構成では、通信デバイス400は、DLにおける様々な低減されたHARQ動作、並びにULにおける様々な低減されたHARQ動作を実行し得る処理回路402を含んでもよい。
更に、通信デバイス400の処理回路402は、様々な実施形態に係るネットワーク装置300(例えば、eNodeB)に対して高度化HARQ機能シグナリングを実行するために、高度化HARQ機能構成要素414を利用してもよい。高度化HARQ機能シグナリングの手順は、図8から図13の手順に関連付けられた以下の説明を検討した後に、より明らかになるであろう。いくつかの構成では、通信デバイス400の処理回路402は、様々なネットワーク無線動作状態を測定し、これらの測定値、又は(RRC機能を有する)eNodeB 300に対して動的に判定されたSINRを報告するためにSINR判定構成要素418を利用してもよく、これにより、eNodeB 300は、図8から図13に関連して本明細書で更に説明される他の実施形態に係る、対応する低減されたHARQ再送信を実行する方法を判定するために、1つ以上のUE 400に関連付けられたSINR状態を評価することが可能になる。
この観点から、処理回路402は、様々な実装に係る通信デバイス400の1つ以上の機能を実行するように、かつ/又はその実行を制御するように構成されてもよく、したがって、処理回路402は、本明細書で更に説明される様々なシナリオに係る1つ以上のDL HARQ及び/又はUL HARQ処理を(ネットワーク装置300からの任意選択のシグナリングと共に)実行するための機能を提供してもよい。処理回路402は、本開示の1つ以上の実施形態に係るデータ処理、アプリケーション実行及び/又は他の処理、並びに管理機能を実行するように更に構成されてもよい。
通信デバイス400、又は処理回路402などの通信デバイス400の部分若しくはその構成要素は、それぞれが任意の数の結合されたマイクロチップを含み得る、1つ以上のチップセットを含んでもよい。処理回路402及び/又は通信デバイス400の1つ以上の他の構成要素は、複数のチップセットを使用する本開示の様々なデバイス節電手順に関連付けられた機能も実行するように構成されてもよい。いくつかのシナリオでは、通信デバイス400は、図1の無線通信システム100内で動作するために、LTE 102又はLTE−Aセル104a及び104bのマルチモードUE 106に関連付けられるか、又はそのマルチモードUE 106として利用されてもよい。この実装では、通信デバイス400は、装置が無線通信システム100のLTE又はLTE−Aセル102及び104a及び104b内で通信することを可能にするように構成された、1つ以上のチップセットを含んでもよい。
様々なシナリオでは、通信デバイス400の処理回路402は、1つ以上のプロセッサ(単数又は複数)404及びメモリ構成要素406を含んでもよい。処理回路402は、LTE準拠のモデム及び1つ以上の無線通信送受信機408を有する無線周波数(RF)回路408と通信するか、又はさもなければ、そこに結合されてもよい。いくつかの実装では、モデム及び1つ以上の送受信機410を含むRF回路408は、異なるLTE RATタイプを使用して通信するように構成されてもよい。例えば、一部の実施形態では、RF回路408はLTE RATを使用して通信するように構成されてもよく、他の実施形態では、RF回路408はLTE−A RATを使用して通信するように構成されてもよい。
いくつかの実施形態では、プロセッサ(単数又は複数)404は、様々な異なる形式で構成されてもよい。例えば、プロセッサ(単数又は複数)404は、任意の数のマイクロプロセッサ、コプロセッサ、コントローラ、又は、例えば、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)、若しくはこれらの任意の組み合わせなどの集積回路を含む、様々な他のコンピューティング又は処理実装に関連付けられてもよい。様々なシナリオでは、通信デバイス400の複数のプロセッサ404が、相互に結合され、かつ/又は相互に動作通信するように構成されてもよく、これらの構成要素は集合的に、本明細書で説明されているような通信デバイス400の1つ以上の手順を、LTE準拠のUE 106の形式で実行するように構成されてもよい。
いくつかの実装では、プロセッサ404は、メモリ406に記憶され得る命令、又はさもなければ、プロセッサ404が他の何らかのデバイスメモリ内でアクセスし得る命令を実行するように構成されてもよい。即ち、ハードウェア若しくはハードウェア及びソフトウェアの組み合わせとして構成されるか、又はそれらと共に構成されるかにかかわらず、処理回路402のプロセッサ404は、本明細書で説明されている様々な実装に係る動作を、しかるべく構成されたときに実行することができてもよい。
様々な実施形態では、処理回路402のメモリ406は、任意の一般的な揮発性又は不揮発性メモリタイプに関連付けられ得る複数のメモリデバイスを含んでもよい。いくつかのシナリオでは、メモリ406は、通常のプログラム実行中にプロセッサ(単数又は複数)404によって実行され得る様々なコンピュータプログラム命令を記憶できる非一時的コンピュータ可読記憶媒体に関連付けられてもよい。この点に関し、メモリ406は、通信デバイス400が本開示の1つ以上の実施形態に係る様々な機能を実行することを可能にするための、情報、データ、アプリケーション、命令などを記憶するように構成されてもよい。いくつかの実装では、メモリ406は、処理回路402のプロセッサ(単数又は複数)404、並びに情報を通信デバイス400の異なるデバイス構成要素間で渡すための1つ以上のシステムバスと通信し、かつこれらに結合されてもよい。
図4の通信デバイス400に関連して例示及び説明されている構成要素、デバイス要素、及びハードウェアの全てが、本開示にとって必須でなくてもよく、したがって、これらの要素のうちのいくつかは、理にかなった範囲で省略、統合、又はさもなければ修正されてもよいことを理解されたい。更に、いくつかの実装では、通信デバイス400に関連付けられた主題は、図4に示されたもの以外の追加又は代替構成要素、デバイス要素、又はハードウェアを含むように構成されてもよい。
図5は、本開示のいくつかの実施形態に係る、LTE通信(例えば、VoLTE通信)のためのSPS手順と共に発生する、DL HARQスケジューリング500を示すブロック図である。様々な実施形態では、図5に示すDL LTE HARQ処理500は、様々なC−DRX省電力化動作と共に発生してもよいことを理解されたい。概して、LTE HARQ処理は、DL及び/又はULにおいて失敗したトランスポートブロック(transport block;TB)通信の再送信を試行するために、UE 400と共にeNodeB 300によって実行されてもよい。
当業者には理解されるように、SPSルーチンは、VoLTEタイプのアプリケーションデータなどの相対的に低いデューティサイクルを有する周期的アプリケーションデータを通信するUE 400に対する、制御チャネルのシグナリング要件を低減するために、ネットワーク装置300(例えば、RRC機能を有するeNodeB)のネットワークリソーススケジューラ312によって利用されてもよい。このようにして、SPSがアクティブである時間期間において、典型的にはPDCCHを介して通信される、単一のUE 400又はUE 400のグループに対するDL及び/又はULリソース割り当てに関する、制御シグナリングのオーバーヘッドが、大幅に低減されるか又は解消され得る。
例として、VoLTE通信では、DLフレームは10から20ms毎に発生し得るため、全てのVoLTE DLフレームに対してフレーム単位で制御シグナリング情報を発行するために、著しい量のシステム帯域幅が必要とされるであろう。この観点から、SPSは、UE 400に対する単一のSPSリソース割り当てが、制御ネットワークサービスプロバイダエンティティ300によって修正されるか、さもなければ変更されるまでの不特定期間にわたって持続することを可能にし得る。いくつかの実装では、新しいリソース割り当て又はグラントについて制御チャネル(例えば、PDCCH)を再度監視するようUE 400に指示するために、ネットワークリソーススケジューラ312を利用するネットワーク装置300(例えば、RRC機能を有するeNodeB)によって、既存のSPS割り当てを上書きし得るリソース割り当て変更が発行されてもよい。上記のように、SPSはDL通信及びUL通信の両方に対して構成可能であるが、SPSはしばしば、制御情報のオーバーヘッドに関する問題がより顕著なDLにおいて、より効果的に利用される。
図5のDL HARQスケジューリング手順500は、様々なDL HARQ処理中の、PDSCH 502、PDCCH 504、及びPUCCH 506の間のシグナリングによる双方向作用を示す。当業者には理解されるように、PDCCH 504は、ダウンリンク制御情報(DCI)、例えば、PDSCH 502に対する様々なDLリソース割り当て、PDSCH 502に関するHARQ情報、PUSCH 602に対する様々なULスケジューリンググラントなどについてUE 400に通知する、eNodeBから発行される制御情報を含んでもよい。PUCCH 506は、UE 400がPDSCH 502を介した様々なDLデータ送信を受信したこと又は受信しなかったことに応じて、UE 400によってネットワーク装置300へと送信される、DL HARQ確認応答(例えば、ACK/NACK)を搬送し得る。
いくつかの状況では、指定されたDLリソースブロック(RB)の特定のセットを特定するために、DL割り当て508が、DL HARQ機能318を有するネットワークリソーススケジューラ312を利用するネットワーク装置300(例えば、RRC機能を有するeNodeB)からUE 400へと、PDCCH 504内で送信されてもよく、この場合、UE 400は、DL情報のためにPDSCH 502の復号を試行する必要がある。DL割り当て508に対応する、特定されたDL情報をPDSCH 502から取得するか、又はその取得を試行したことに応じて、意図された受信者のUE 400は、PUCCH 506を介して、肯定DL HARQ確認応答(ACK)メッセージ510又は否定DL HARQ確認応答(NACK)メッセージ514をネットワーク装置300に送信してもよい。
DL HARQ ACK/NACK確認応答は、DL情報がUE 400によって受信されたかどうか、及び/又はUE 400によって取得されたDL情報が、例えば、巡回冗長検査(CRC)の結果526又は528に照らして誤りを含んでいないかどうかを、ネットワーク装置300(例えば、RRC機能を有するeNodeB)に示してもよい。いくつかのシナリオでは、DL CRC成功結果526は、DL情報が誤りなくUE 400によって取得されたこと、又はスケジュールされたDL情報が、所定の誤り許容閾値(例えば、eNodeB 300によって指定されたCRC閾値)に対する最小限の誤りで、UE 400によって受信されたことを示してもよい。
あるいは、DL CRC失敗結果528は、スケジュールされたDL情報がUE 400によって取得されなかったこと、又は、スケジュールされたDL情報がUE 400によって取得されたが、取得されたDL情報が、所定の誤り許容閾値(例えば、eNodeBによって指定されたCRC閾値)を超える誤りを含むことを示してもよい。当業者には理解されるように、UE 400は典型的に、DL CRC成功結果526を受信したことに応じて、DL HARQ ACKメッセージを、PUCCH 506を介してネットワーク装置300(例えば、eNodeB)に発行する。同様に、UE 400は典型的に、DL CRC失敗結果528を受信したことに応じて、DL HARQ NACKメッセージをネットワーク装置300(例えば、eNodeB)に発行する。
DL HARQ SPSの実施例500によれば、知られている再来性DL情報のためにPDSCH 502の周期的な(例えば、VoLTEデータの場合は20又は40ms毎の)復号を試行するようUE 400に指示するために、進行中のSPS DLリソース割り当て512が、DL HARQスケジューラ318を利用するネットワーク装置300(例えば、RRC機能を有するeNodeB)によってUE 400へと送信されてもよく、これにより、進行中のSPS割り当て512に対する変更が検出されるまで、UE 400はPDCCH 504を更に復号する必要がなくなる。したがって、SPS間隔毎に(例えば、20又は40ms毎に)、UE 400は、事前にスケジュールされたDL情報のためにPDSCH 502の復号を試行してもよい。DL情報がPDSCH 502を介してUE 400によって正常に取得されたかどうか、及び/又はDL情報が誤りなく取得されたかどうかに応じて、UE 400は、PUCCH 506を介して、DL HARQ ACKメッセージ510、520、522、及び524、又はDL HARQ NACKメッセージ514をネットワーク装置300(例えば、eNodeB)に送信してもよい。
様々な実装では、PUCCH 506を介して、DL送信の(例えば、CRC失敗結果528に対応する)失敗又は誤りを示すDL HARQ NACK 514メッセージを受信したことに応じて、DL HARQスケジューラ318を利用するネットワーク装置300(例えば、RRC機能を有するeNodeB)は、後の時点で、指定された再送信間隔/期間に従って、UE 400へのDL情報及び/又はDL情報516の一部の再送信を試行してもよい。様々なシナリオでは、UE 400が正しい及び/又は完全なDL情報を受信するための合計再送信時間又はラウンドトリップ時間(round trip time;RTT)は、予想されるネットワーク通信及びデバイス処理の遅延に対処するために、特定の回数のTTI以内に発生するようにスケジュールされてもよい。
いくつかのシナリオでは、DL HARQスケジューラ318を利用するネットワーク装置300は、DL再送信516をスケジュールするタイミングを判定するために、DLにおいて通信されるアプリケーションデータタイプを含む、ネットワークに関する様々な考慮事項に基づき、PUCCH506を介して受信されたDL HARQ NACK 514を評価してもよい。UE 400はその後、ネットワーク装置300(例えば、RRC機能を有するeNodeB)によって指定されたように、再送信に対する補足DL割り当て518をPDCCH 504内で受信することによって、DL再送信スケジュール516に関する通知を受けてもよい。当業者には理解されるように、このDL HARQ再送信は、UE 400が再送信制御情報のためにPDCCH 504を復号することを要求するDL HARQ手順500が(上記の)SPS PDCCHの「非復号」期間に取って代わるように、進行中のSPS動作に優先して発生してもよい。
特に、DL HARQ動作500に対して指定されたDL RTTは、PDSCH 502からのDL情報の取得を再試行するために、UE 400がローカルデバイスリソース(例えば、バッテリ電力、処理能力、使用可能なメモリなど)をより長い期間にわたって消費することを要求する。既存のSPS節電動作中又は既存のC−DRX節電動作中に、これらのDL HARQ手順500が発生すると、DL HARQ処理は、UE 400が、DL CRC失敗イベント528を特定し、PUCCH 506を介したDL HARQ NACKメッセージ516によってネットワーク装置300(例えば、eNodeB)に応答し、その後、1つ以上のDL再送信のためにPDSCH 502を復号することができるように、PDCCH 504を介してDL再送信(ReTx)制御情報518をリッスンすることを要求することによって、UE 400の節電モード(例えば、デバイススリープモード)に割り込む。これらのDL HARQ処理中、UE 400は、典型的には、指定されたDL HARQ RRTの期間全体にわたってアウェイクし続ける必要がある。したがって、DL HARQ手順を低減することによって、UE 400は、SPS節電モード動作中及び/又はC−DRX節電モード動作中、より長い時間期間にわたってスリープ/非アクティブ状態を維持できるようになる。
図6は、本開示の様々な実施形態に係る、UL LTE HARQスケジューリング手順600を示すブロック図である。図6には示されていないが、いくつかの実装では、UL HARQ処理600は、SPS及び/又はC−DRX節電ルーチンと共に発生してもよいことを理解されたい。上記で説明したように、HARQ処理は、SPS及びC−DRX手順に優先して発生するように構成され、それにより、必要なHARQ処理機能を実行するのに十分な時間だけUE 400がアウェイクし続けることを要求することによって、SPS及び/又はC−DRXに関連付けられた、UE 400の指定された省電力化モードに取って代わる。
図6のUL HARQスケジューリング手順600は、様々なUL HARQ処理中の、PUSCH 602、PDCCH 604、及びPHICH 606の間のシグナリングによる双方向作用を示す。当業者には理解されるように、PHICH 606は、LTE又はLTE−A通信サービスの提供先であるUE 400から様々な想定されるULデータ送信を受信したか、又は受信しなかったことに応じてネットワーク装置300(例えば、eNodeB)によって送信され得る、UL HARQ確認応答(例えば、ACK/NACK)を搬送するように構成される。
いくつかの実施形態では、指定されたUL RBの特定のセットを特定するために、ULグラント608が、UL HARQ機能318を有するネットワークリソーススケジューラ312を利用するネットワーク装置300(例えば、RRC機能を有するeNodeB)からUE 400へと、PDCCH 604内で送信されてもよく、この場合、UE 400は、既定のTTI間隔に従って(例えば、4TTI=4ms毎に)、ネットワーク装置300へのUL情報の送信を再試行する必要がある。この構成では、UE 400がPDCCH 604を介してULグラント608を受信する時点と、UL送信のためにUE 400に割り当てられたUL RBが使用可能になる時点との間にTTI遅延が発生する。このTTI遅延は、対応するULトランスポートブロック(TB)をキューから出し、その最善な転送方法を、例えば、ネットワーク指定の様々なサービスの品質(quality of service;QoS)要件に従って判定するのに十分な時間をUE 400に与えることを目的としている。
ULグラント608又は612に対応するPUSCH 602を介してUL送信を受信したか、又はその受信を試行したことに応じて、受信者ネットワーク装置300(例えば、eNodeB)は、肯定UL HARQ確認応答(ACK)メッセージ610又は否定UL HARQ確認応答(NACK)メッセージ614を、PHICH 606を介して、例えば、DL上でネットワーク装置300から送信者UE 400へと送信してもよい。UL HARQ ACK/NACK確認応答610及び614は、UL TBがネットワーク装置300によって受信又は取得されたかどうか、及び/又はネットワーク装置300によって取得されたUL TBの情報が、例えば、対応する巡回冗長検査(CRC)結果620又は622に照らして誤りを含んでいないかどうかを、UE 400に示してもよい。
様々な実施形態では、UL CRC成功結果620は、UL TBがネットワーク装置300によって誤りなく受信されたこと、又はUL TBがネットワーク装置300によって最小限の誤りで受信されたことを示してもよい。あるいは、UL CRC失敗結果622は、UL TBがネットワーク装置300によって受信されなかったこと、又はUL TBがネットワーク装置300によって受信されたが、受信されたUL TBが所定の閾値を超える誤りを含むことを示してもよい)。
当業者には理解されるように、ネットワーク装置300(例えば、RRC機能を有するeNodeB)は、典型的に、UL CRC成功結果620に応じて、UL HARQ ACKメッセージを、PHICH 606を介して対応するUE 400に発行する。同様に、ネットワーク装置300(例えば、RRC機能を有するeNodeB)は、典型的に、UL CRC失敗結果622に応じて、UL HARQ NACKメッセージを、PHICH 606を介してUE 400に発行する。
いくつかの実装では、PHICH 606を介して、UL送信の(例えば、UL CRC失敗結果622に対応する)失敗又は誤りを示すUL HARQ NACK 614をネットワーク装置300から受信したことに応じて、UE 400は、後の時点で、ネットワーク装置300へのUL TB及び/又はUL TB情報616の一部の再送信を、指定された再送信間隔(例えば、4TTI=4ms以内)に従って試行してもよい。様々なシナリオでは、ネットワーク装置300が正しい及び/又は完全なUL TBをUE 400から受信するための合計再送信時間又はラウンドトリップ時間(RTT)は、予想されるネットワーク通信及びデバイス処理の遅延に対処するために、UL HARQ RTTに関連付けられた、指定された回数のTTI(例えば、8TTI=8msのUL RTT)以内に発生するようにスケジュールされてもよい。
様々な実例では、UL HARQスケジューラ318を利用するネットワーク装置300は、UL再送信616をスケジュールする方法及びタイミングを判定するために、ULにおいて通信されるアプリケーションデータタイプ(例えば、VoLTEアプリケーションデータタイプ)を含む、ネットワークに関する様々な考慮事項に基づき、失敗したUL送信(例えば、UL NACKメッセージ614に対応するUL CRC失敗622)を評価してもよい。UE 400は、その後、UL再送信に対する補足ULグラント618をPDCCH 604内で受信することによって、UL再送信割り当て616に関する通知を受けてもよい。
上記で図5に関連して説明されたDL HARQ手順500と同様に、UL HARQ手順600は、既存のSPS節電動作中又は既存のC−DRX節電動作中に発生してもよい。これらのシナリオでは、UL HARQ処理600は、UE 400が、失敗したUL TBに関連付けられた情報のPUSCH 602を介した再送信を試行するタイミングを判定するために、PDCCH 604上でUL再送信(ReTx)制御情報618をリッスンすることを要求することによって、UE 400の節電モード(例えば、デバイススリープモード)に割り込む。これらのUL HARQ処理600中、UE 400は、典型的には、指定されたUL HARQ RRTの期間全体にわたってアウェイクし続ける必要がある。したがって、UL HARQ手順を低減することによって、UE 400は、SPS節電モード動作中及び/又はC−DRX節電モード動作中、より長い時間期間にわたってスリープ/非アクティブ状態を維持できるようになる。
図7は、本開示の様々な実施に係る、部分的にC−DRXオフ期間中に発生する同期的なDL LTE HARQ手順704及びUL LTE HARQ手順708を示す、単純化されたブロック図700である。同期HARQ手順700は、いくつかの実施形態に係る、eNodeB 300とUE 400との間のHARQ通信を表す。単純化されたブロック図700は、どのSPS手順も参照することなく、同期的なDL及びUL HARQ手順を示しているが、これらのUE節電処理は、同期的なDL及びUL HARQ手順704及び708における範囲内で、例えば、上記で図5に関連して説明されたものと同様の様式で含まれてもよいことを理解されたい。DL HARQ 704及びUL HARQ 708の処理の様々な送信及び再送信通信は、参照として本明細書で提供される、影付きのDL/UL通信キー702内で表される。
第1のDLサブフレーム(1S0)に関連付けられた最初のTTI中、eNode B300は、PDSCHを介して、第1のDL送信を対応するUE 400に送信するために、eNodeB 300のネットワークリソーススケジューラ312のDL無線リソース割り当て構成要素314を利用してもよい。第5のULサブフレーム(1S4)に関連付けられた4つ後のTTIにおいて、受信者UE 400は、第1のDL送信が1つ以上の誤りと共に受信されたことを示すために、PUCCHを介して、eNodeB 300にHARQ NACKメッセージを送信してもよい。その後、eNodeB 300は、UE 400から受信したNACKメッセージを処理し、その後、4つのTTIの後の第9のDLサブフレーム(1S8)において、PDSCHを介して、失敗したDL送信を再送信するために、eNodeB 300のDL HARQスケジューラ318を利用してもよい。これらのDL HARQ再送信手順がC−DRXオフ期間706中に発生すると仮定した場合、DL HARQ再送信に関連付けられた、対応するUE 400の非アクティブ期間(例えば、UEのC−DRXスリープモード)は、UE 400のDL HARQ処理に適応するように(例えば、10TTIの期間にわたる1S9から2S8までの空のDLサブフレームによって表されるように)短くなる。
アップリンクでは、UE 400は、第3のULサブフレーム(1S2)に関連付けられた第3のTTIにおいて、PUSCHを介して、第1のUL送信を対応するeNodeB 300に送信してもよい。第7のDLサブフレーム(1S6)に関連付けられた4つ後のTTIにおいて、受信者eNodeB 300は、第1のUL送信が1つ以上の誤りと共に受信されたことを示すために、PHICHを介して、UE 400にHARQ NACKメッセージを送信してもよい。その後、eNodeB 300は、失敗したUL送信に対して、PDCCHを介してUL再送信をUE 400と連携させるために、eNodeB 300のUL HARQスケジューラ318を利用してもよく、このUL再送信は、4つのTTIの後の第11のULサブフレーム(2S0)において発生するようにスケジュールされてもよい。これらのUL HARQ再送信手順がC−DRXオフ期間710中に発生すると仮定した場合、UL HARQ再送信に関連付けられた、対応するUE 400の非アクティブ期間(例えば、UEのC−DRXスリープモード)は、UE 400のUL HARQ処理に適応するように(例えば、10TTIの期間にわたる2S1から3S0までの空のULサブフレームによって表されるように)短くなる。
図8は、本開示の様々な実施形態に係る、最適化されたUL LTE HARQ再送信を実行するための様々な手順800に関連付けられたフローチャートである。この観点から、図8に示す手順800のうちのいずれか又は全ては、UE 400の非一時的コンピュータ可読メモリ406に記憶されたコンピュータプログラム命令の実行と共に、eNodeB 300の非一時的コンピュータ可読メモリ306に記憶されたコンピュータプログラム命令の実行によって実行され得る方法(単数又は複数)に関連付けられてもよいことを理解されたい。
最初に、PUSCHを介した初期UL送信の後、動作ブロック802において、高度化HARQ機能414を有する送信者UE 400は、受信者eNodeB 300から送信された、その初期UL送信に関する、関連付けられたHARQ ACK/NACK情報について、第1のPHICHのみを監視してもよい。引き続いて、判定ブロック804において、UE 400は、eNodeB 300から受信した第1のPHICHがHARQ NACKメッセージを含むかどうかを判定してもよく、このメッセージは、PUSCHを介した初期UL送信が1つ以上の誤りと共に受信されたことを示す。PHICHがHARQ NACKメッセージではなく、第1のUL送信がeNodeB 300によって正常に受信されたことを示すHARQ ACKメッセージを含むとUE 400が判定したシナリオでは、UE 400は、UE 400が次のC−DRXオン期間までスリープ状態になるように、動作ブロック806において節電モードに入るように構成されてもよい。
あるいは、PHICHが、第1のUL送信が1つ以上の誤りと共にeNodeB 300によって受信されたことを示すHARQ NACKメッセージを含むとUE 400が判定したシナリオでは、UE 400は、例えば、ReTx制御情報を含むeNodeB 300からの対応するPDCCHを復号した後、動作ブロック808において、UL HARQ再送信のためにPUSCHを復号するサブフレーム位置を特定するように構成されてもよい。引き続いて、UE 400は、次のC−DRXオン期間中、特定されたPUSCHサブフレーム位置において、PUSCHを介して、対応するUL HARQ再送信をeNodeB 300に送信してもよい。このようにして、UE 400は、C−DRXオフ期間中、HARQ ACK/NACK情報について単一のPHICHのみを監視し、それにより、UEがC−DRXオフ期間中に非アクティブ状態を維持し得るTTIの数を増加させることによって、節電してもよい。
図9は、本開示のいくつかの実施形態に係る、eNodeB基地局902が、それぞれ異なるSINR状態(例えば、SINR_1、SINR_2、及びSINR_3)を経験している複数のUE 910、912、及び914と通信する、単一のLTE又はLTE−Aセル900を示すネットワーク図である。当業者には理解されるように、eNodeB 902の位置に近い第1のカバレッジ領域904内で通信する第1のUE 910は、典型的には良好なSINR状態(例えば、高いRxの能力、少ないノイズ、及び潜在的に少ない信号干渉)を経験する。同様に、eNodeB 902の位置から更に離れた第2のカバレッジ領域906内(例えば、LTEセル900の中間部の内側)で通信する第2のUE 912は、典型的には、第1のUE 910によって経験される状態に対して中程度のSINR状態(例えば、中程度のRxの能力、増加したノイズ、及び潜在的に増加した信号干渉)を経験する。
同様に、eNodeB 902の位置から更に離れた第3のカバレッジ領域908内(例えば、LTEセル900の端部付近又は周辺領域)で通信する第3のUE 914は、典型的には、第1のUE 910及び第2のUE 912によって経験される状態に対して不良なSINR状態(例えば、低いRxの能力、多くのノイズ、及び潜在的に多い信号干渉)を経験する。本明細書で更に説明されるように、HARQ再送信が成功する可能性を向上させ、様々なC−DRXオフ期間中にHARQシグナリング及びHARQ再送信を処理するためにUE 400がアウェイクし続ける必要がある、連続するTTIの数を更に低減するために、それぞれのUE 910、912、又は914がLTEセル900の異なるカバレッジ領域904、906、又は908内で経験するSINR状態が良好(SINR_1)、中程度(SINR_2)、又は不良(SINR_3)のいずれであるかに応じて、事前に1つ以上のバンドルされたDL/UL HARQ再送信をスケジュールすることは、eNodeB 902にとって有益であり得る。
図10は、本開示の様々な実施形態に係る、遅延されたDL LTE HARQ再送信を実行するための様々な手順1000に関連付けられたフローチャートである。この観点から、図10に示す手順1000のうちのいずれか又は全ては、eNodeB 300の非一時的コンピュータ可読メモリ306に記憶されたコンピュータプログラム命令の実行と共に、UE 400の非一時的コンピュータ可読メモリ406に記憶されたコンピュータプログラム命令の実行によって実行され得る方法(単数又は複数)に関連付けられてもよいことを理解されたい。
最初に、eNodeB 300とUE 400との間のLTE DL通信中、動作ブロック1002において、eNodeB 300のネットワークリソーススケジューラ312のDL HARQスケジューラ構成要素318を利用するeNodeB 300は、特定のDL送信の後、HARQ確認応答情報(例えば、ACK/NACK)についてPUCCHを監視するように構成されてもよい。次に、判定ブロック1004において、eNodeB 300は、対応するPUCCHがUE 400から発行されたHARQ NACKメッセージを含むかどうかを判定する。PUCCHがNACKメッセージではなく、DL送信がUE 400によって正常に受信されたことを示すACKメッセージを含むシナリオでは、動作ブロック1006において、eNodeB 300は、PDSCHを介して新しいDL送信を送信するために、次のC−DRXオン期間まで待機する。
あるいは、PUCCHが、DL送信がUE 400によって1つ以上の誤りと共に受信されたことを示すHARQ NACKメッセージを含むシナリオでは、動作ブロック1008において、eNodeB 300は、追加のDL再送信冗長性手順を利用するかどうかを判定するために、UE 400に関連付けられた1つ以上のSINR状態を評価する。次に、判定ブロック1010では、eNodeB 300は、DL再送信をバンドルするかどうかを、UE 400に対して評価されたSINR状態に基づき判定する。例えば、図9に関連して上記で説明したように、UE 400がネットワークセル900内の端部領域908付近で動作している場合、対応するHARQ再送信が、好ましくは1回目の再送信の試行において、(例えば、DLにおけるUE 400又はULにおけるeNodeB 300によって)正常に受信されるように、eNodeB 300が、連続する(任意選択的に、後続の各再送信に対して異なるMCSを利用する)TTI中に、複数のDL又はUL HARQ再送信をスケジュールすることが必要になり得る。
eNodeB 300が、DL再送信をバンドルする必要があることを、UE 400に対して評価されたSINR状態に基づき判定したシナリオ(例えば、上記で説明したような、UE 400のSINR状態が不良又は中程度の場合)では、動作ブロック1012において、eNodeB 300は、PDSCHを介して、バンドルされたDL送信を(例えば、連続するTTIにおいて)新しいDL送信と共に(例えば、連続するTTIにおいて)送信するために、次のC−DRXオン期間まで待機する。あるいは、eNodeB 300が、DL再送信をバンドルする必要がないことを、UE 400に対して評価されたSINR状態に基づき判定したシナリオ(例えば、上記で説明したような、UE 400のSINR状態が良好又は中程度の場合)では、動作ブロック1014において、eNodeB 300は、PDSCHを介して、単一のDL送信を新しいDL送信と共に(例えば、連続するTTIにおいて)送信するために、次のC−DRXオン期間まで待機する。
図11は、本開示の様々な実施に係る、遅延されたDL LTE HARQ再送信手順1104、及びTTIバンドリングを含む同期的なUL LTE HARQ再送信手順1108を示す、単純化されたブロック図1100である。様々な実施形態によれば、遅延されたDL LTE HARQ再送信手順1104及び同期的なUL LTE HARQ再送信手順1108は、部分的に、C−DRXオフ期間中に発生してもよい。更に、単純化されたブロック図1100は、どのSPS手順も参照することなく、DL及びUL HARQ手順を示しているが、これらのUE節電処理は、遅延されたDL LTE HARQ再送信手順1104及び同期的なUL LTE HARQ再送信手順1108における範囲内で、例えば、上記で図5に関連して説明されたものと同様の様式で含まれてもよいことを理解されたい。DL HARQ 1104及びUL HARQ 1108の処理の様々な送信及び再送信通信は、参照として本明細書で提供される、影付きのDL/UL通信キー1102内で表される。
第1のDLサブフレーム(1S0)に関連付けられた最初のTTI中、eNodeB 300は、PDSCHを介して、第1のDL送信を対応するUE 400に送信するために、eNodeB 300のネットワークリソーススケジューラ312のDL無線リソース割り当て構成要素314を利用してもよい。第5のULサブフレーム(1S4)に関連付けられた4つ後のTTIにおいて、受信者UE 400は、第1のDL送信が1つ以上の誤りと共に受信されたことを示すために、PUCCHを介して、eNodeB 300にHARQ NACKメッセージを送信してもよい。その後、eNodeB 300は、UE 400から受信したNACKメッセージを処理し、その後、15個のTTIの後の第20のDLサブフレーム(2S9)において、PDSCHを介して、失敗したDL送信を再送信するために、eNodeB 300のDL HARQスケジューラ318を利用してもよい。このようにして、eNodeB 300は、PDSCHを介して、(2S9における)単一のDL送信を新しいDL送信(3S0)と共に、連続するTTIにおいて送信するために、実質的に次のC−DRXオン期間まで待機する。
(2S9における)遅延されたDL HARQ再送信は、C−DRXオフ期間706の後(例えば、次のC−DRXオン期間中)に発生するため、DL HARQ再送信に関連付けられた、対応するUE 400の非アクティブ期間(例えば、UEのC−DRXスリープモード)は、上記で図7に関連して説明した、前の実施例に対して長くなる。具体的には、UE 400に対する新しいDL非アクティブ期間は、1S1から2S8までの空のDLサブフレームによって表されるように、(10TTIから)18TTIまで増加する。
ULにおける、TTIバンドリングを含むLTE HARQ再送信手順1108では、UE 400は、初期UL送信及びUL再送信が、(例えば、連続するULサブフレーム1S0及び1S1に関連付けられた)連続するTTI内でバンドルされるように、初期UL送信及びUL再送信の両方を含む、TTIバンドルされたUL HARQ送信を、PUSCHを介して、対応するeNodeBに送信してもよい。第6のDLサブフレーム(1S5)に関連付けられた4つ後のTTIにおいて、受信者eNodeB 300は、TTIバンドルされたUL HARQ送信が正常に受信されたことを示すために、PHICHを介して、UE 400にHARQ ACKメッセージを送信するものと想定される。ただし、TTIバンドルされたUL HARQ送信が正常に受信されなかったことを示すために、受信者eNodeB 300がUE 400に、PHICHを介してHARQ NACKメッセージを送信するシナリオでは、UEは、次のC−DRXオン期間中に(例えば、3S0において)、別のTTIバンドルされたUL HARQ送信内で、失敗したUL HARQ送信を再送信してもよい。
TTIバンドルされたUL HARQ再送信手順1100は、C−DRXオフ期間1106(例えば、先行するC−DRXオン期間中又は任意選択的に後続のC−DRXオン期間中に)の外部で発生するため、TTIバンドルされたUL HARQ送信に関連付けられた、対応するUE 400の非アクティブ期間(例えば、UEのC−DRXスリープモード)は、上記で図7を参照して説明した、前の実施例に対して長くなる。具体的には、UE 400に対する新しいUL非アクティブ期間は、1S2から2S8までの空のDLサブフレームによって表されるように、(10TTIから)17TTIまで増加する。
図12は、本開示のいくつかの実施に係る、バンドルされたDL LTE HARQ再送信を実行するための様々な手順1200に関連付けられたフローチャートである。この観点から、図12に示す手順1200のうちのいずれか又は全ては、eNodeB 300の非一時的コンピュータ可読メモリ306に記憶されたコンピュータプログラム命令の実行と共に、UE 400の非一時的コンピュータ可読メモリ406に記憶されたコンピュータプログラム命令の実行によって実行され得る方法(単数又は複数)に関連付けられてもよいことを理解されたい。
最初に、動作ブロック1202において、eNodeB 300は、1つ以上のUE 400に関連付けられた様々なSINR状態を(例えば、上記で図9に関連して説明したように)評価することによって、DL通信中にUE 400から受信した様々なHARQメッセージ(例えば、HARQ ACKメッセージ又はHARQ NACKメッセージ)を無視すべきかどうかを判定するために、eNode B300のネットワークリソーススケジューラ312のDL無線リソース割り当て構成要素314を(任意選択的に、そのDL HARQスケジューラ構成要素318と共に)利用するように構成されてもよい。
上記で説明したように、eNodeB 300がSINR状態を不良と判定したとき(例えば、図9に示すように、UE 914がLTEセル900の端部付近又は周辺領域で通信しているとき)に、HARQ再送信が成功する可能性を向上させ、C−DRXオフ期間中にHARQ通信を処理するためにUE 400がアウェイクし続ける必要がある、連続するTTIの数を低減するために、事前に1つ以上のバンドルされたDL HARQ再送信をスケジュールすることは、eNodeB 300にとって有益であり得る。判定ブロック1204では、eNodeB 300は、バンドルされたDL送信が必要であるかどうかを、例えば、UE 400からeNodeB 300に送信され得る、評価されたSINR状態に基づき判定してもよい。
バンドルされたDL送信が不要であるとeNodeB 300が判定したシナリオ、例えば、評価されたSINR状態が良好であるときには、動作ブロック1206において、eNodeB 300は、PDSCHを介して単一のDL送信を送信し、通常のHARQ処理を実行する一方で、動作ブロック1202において、変化するSINR状態の評価を続行してもよい。あるいは、バンドルされたDL送信が必要であるとeNodeB 300が判定したシナリオ、例えば、評価されたSINR状態が不良であるときには、動作ブロック1208において、eNodeB 300は、不良なSINR状態の間に単一のDL送信が失敗することを防止するために、PDSCHを介して、バンドルされたDL送信を送信してもよい。
図13は、C−DRXオフ期間1306の外部で発生し得る、TTIバンドリングを含むDL LTE HARQ再送信手順1304を示すブロック図1300である。更に、単純化されたブロック図1300は、どのSPS手順も参照することなく、DL HARQ手順を示しているが、これらのUE節電処理は、TTI送信バンドリングを含むDL LTE HARQ再送信手順における範囲内で、例えば、上記で図5に関連して説明されたものと同様の様式で含まれてもよいことを理解されたい。DL HARQ 1304の処理の様々な送信及び再送信通信は、参照として本明細書で提供される、影付きのDL通信キー1302内で表される。
最初に、eNode B300は、連続するTTI中であり、かつ対応するC−DRXオフ期間よりも前に、(1S0における)初期DL送信及び(1S1における)DL再送信の両方を含む、TTIバンドルされたDL HARQ送信を事前にスケジュールするために、eNodeB 300のネットワークリソーススケジューラ312のDL無線リソース割り当て構成要素314を利用するように構成されてもよい。このようにして、eNodeB 300は、HARQ再送信が成功する可能性を向上させ、同時に、C−DRXオフ期間1306中にHARQ通信を処理するためにUE 400がアウェイクし続ける必要がある、必要な連続するTTIの回数を低減し得る。上記で説明したように、eNodeB 300が、PDSCHを介して、TTIバンドルされたDL HARQ送信を事前に送信するよう判定したとき、DL送信が成功する可能性は大幅に向上する場合があり、これは特に、SINR状態が不良であるときに重要になり得る。
TTIバンドルされたDL HARQ送信は、C−DRXオフ期間1306の前に発生するため、TTIバンドルされたDL HARQ送信に関連付けられた、対応するUE 400の非アクティブ期間(例えば、UEのC−DRXスリープモード)は、上記で図7に関連して説明した、前の実施例に対して長くなる。具体的には、UE 400に対する新しいDL非アクティブ期間は、1S2から2S8までの空のDLサブフレームによって表されるように、(10TTIから)17TTIまで増加する。
図14は、本開示のいくつかの実施形態に係る、統合されたDL LTE送信を実行するための様々な手順1400に関連付けられたフローチャートである。この観点から、図14に示す手順1400のうちのいずれか又は全ては、eNodeB 300の非一時的コンピュータ可読メモリ306に記憶されたコンピュータプログラム命令の実行によって実行され得る方法(単数又は複数)に関連付けられてもよいことを理解されたい。
最初に、eNodeB 300とUE 400との間のLTE DL通信中、動作ブロック1402において、eNodeB 300のネットワークリソーススケジューラ312のDL無線リソース割り当て構成要素314を(任意選択的に、そのDL HARQスケジューラ構成要素318と共に)利用するeNodeB 300は、現在のDL送信に対して、(例えば、本明細書で図15に関連して更に説明されるように)統合されたDL送信を、(例えば、上記で説明したSINR状態のうちのいずれかを評価することに基づき)開始するように構成されてもよい。動作ブロック1404では、eNodeB 300は、新しいTx TB及びReTx TBが、単一のTTIに関連付けられた単一のLTEサブフレーム内に含まれるように、新しいDL送信及びDL再送信の両方を、同じ統合されたDL送信の異なるトランスポートブロック内で符号化してもよい。
引き続いて、動作ブロック1406では、eNodeB 300は、単一のLTEサブフレームのPDSCH内で、統合されたDL送信を対応するUE 400に送信してもよい。このようにして、統合されたDL送信(DL再送信を含む)は、C−DRXオフ期間1306の前に発生し得る。即ち、UE 400の節電を可能にするために、対応するUE 400の非アクティブ期間を(上記で図7に関連して説明したDL HARQ手順を参照して)長くしてもよい。
図15は、PDSCH 1508の分解表現に示すような、(1S0における)単一のLTEサブフレームのPDSCH内での初期DL送信及びDL再送信の両方を含む、統合されたDL LTE送信1500を示す単純化されたブロック図1500である。DL HARQ 1504の処理の様々な送信及び再送信通信は、参照として本明細書で提供される、影付きのDL通信キー1502内で表される。特に、統合されたDL送信は、第1の巡回冗長検査(CRC1)に関連付けられた、PDSCH 1508の第1のTB内での初期DL送信、並びに第2の巡回冗長検査(CRC2)に関連付けられた、PDSCH 1508の第2のTB内でのDL再送信を含んでもよい。
更に、この統合された構成では、第1のTBの初期DL送信は、第1の変調及び符号化スキーム(MCS1)に関連付けられてもよく、第2のTBのDL再送信は、第1のMCS1と異なる第2の変調及び符号化スキーム(MCS2)に関連付けられてもよい。様々な実施によれば、DL再送信は、以前に送信されたDLパケット送信又は現在のDLパケット送信に対応してもよく、この場合、例えば、DL再送信は、異なる次数のMCSを有する、重複DLパケット送信である。このようにして、統合されたDL LTE送信は、所与のDL送信に対する冗長性を改善し得る。
本開示の別の実施形態によれば、様々なネットワーク状態に従って、かつ/又は異なるアプリケーションデータタイプの通信中に、低減されたブロック誤り率(BLER)を確保できることは、ネットワークサービスプロバイダにとって有利であり得る。このようにして、UE 400が、eNodeB 300のC−DRX又はSPSパターンを、より厳密に追跡することが可能となり得る。これにより、HARQ処理中に、UE 400がACK/NACKメッセージング又はHARQ再送信について制御チャネルを監視することが不要になり得る。当業者には理解されるように、ネットワーク事業者は、現在の目標BLERを10%に設定している。
ただし、様々な実施では、eNodeB 300は、5%以下の水準に設定され得る低減された目標BLERを確保するために、選択されたアプリケーション通信(例えば、VoLTEタイプのアプリケーションデータ通信)に対して、同じSINR値を使用する異なる次数のMCSを利用するように構成されてもよい。いくつかの例示的実施形態では、eNodeB 300が、実質的に誤りのないデータ通信を、例えばVoLTE通信に対して実現するために、対応するMCSを利用するように構成される場合、目標BLERは1%まで低く設定されてもよい。VoLTEに対して大幅に低減された目標BLERを実施することによって、HARQ再送信は、これらの音声通信に対して大幅に低減されるか又は排除され得る。
この手順を、本明細書で説明されているDLと共に、UL TTIバンドリングによる解決方法を利用することによって、HARQ ACK/NACKメッセージング及びHARQ再送信は、VoLTE通信に対して完全に不要になり得ることを理解されたい。更に、上記で説明した手順のいずれかを単独で、又は組み合わせて利用するUE 400は、VoLTE通信中に著しい量のバッテリ電力を節約できるため有利である。具体的には、低減された目標BLERに従って動作するUE 400は、LTEネットワークからのHARQシグナリングについて、監視を実行する必要がなくなり得る。
いくつかの実施形態によれば、LTEネットワーク内でHARQダウンリンク送信をバンドルする方法は、ネットワーク基地局において、UEの少なくとも1つの無線動作状態を評価することと、少なくとも1つの無線動作状態が無線動作閾値を下回るタイミングを判定することと、判定したことに応じて、UEの1つ以上のHARQメッセージを所定の時間期間にわたって無視し、UEに対するダウンリンク送信をバンドルすることと、を含んでもよく、バンドルされたダウンリンク送信は、UEに対するHARQ再送信及びUEに対する新しいダウンリンク送信を含む。
いくつかの実施形態では、少なくとも1つの無線動作状態は、UEのSINR値を含んでもよい。方法は、SINR値がSINR閾値を下回ると判定されたときに、ネットワーク基地局が、所定の時間期間中にUEの1つ以上のNACKメッセージ又は1つ以上のHARQ ACKメッセージを無視することを更に含んでもよい。方法は、UEが節電することを可能にするために、UEのスリープモード動作の後、バンドルされたダウンリンク送信をUEに送信することも含んでもよい。
いくつかの実施では、UEのスリープモード動作は、UEのC−DRXサイクルのオフ期間であってもよく、バンドルされたダウンリンク送信は、C−DRXサイクルの後続のオン期間中にUEに送信されてもよい。方法は、UEの少なくとも1つの無線動作状態が、無線動作状態が無線動作閾値を下回らなくなる程度に改善されるまで、UEに対するHARQ再送信を、UEに対する新しいダウンリンク送信と共にバンドルし続けることを更に含んでもよい。様々な実施形態では、方法は、少なくとも1つの無線動作状態が無線動作閾値を下回らなくなるタイミングを判定すること、及び判定したことに応じて、UEからのHARQメッセージをリッスンし、周期的にUEの無線動作状態を評価することを含んでもよい。
いくつかの構成では、ネットワーク基地局は、LTEネットワークを介して通信するように構成可能な少なくとも1つの送受信機と、1つ以上のプロセッサと、実行可能な命令を記憶する記憶デバイスと、を備えてもよく、命令が1つ以上のプロセッサによって実行されたときに、ネットワーク基地局に、UEの少なくとも1つの無線動作状態を評価させ、少なくとも1つの無線動作状態が無線動作閾値を下回るタイミングを判定させ、判定したことに応じて、UEの1つ以上のHARQメッセージを所定の時間期間にわたって無視させ、UEに対するダウンリンク送信をバンドルさせる。バンドルされたダウンリンク送信は、UEに対するHARQ再送信及びUEに対する新しいダウンリンク送信を含む。
様々な実施形態では、少なくとも1つの無線動作状態は、UEのSINR値を含んでもよく、実行可能な命令の実行は、ネットワーク基地局に更に、SINR値がSINR閾値を下回ると判定されたときに、UEの1つ以上のHARQ NACKメッセージ又は1つ以上のHARQ ACKメッセージを所定の時間期間中に無視させてもよい。
いくつかの実施では、非一時的コンピュータ可読媒体は実行可能な命令を記憶し、実行可能な命令は、ネットワーク基地局の1つ以上のプロセッサによって実行されたときに、ネットワーク基地局に、UEのSINR値を評価させ、UEのSINR値がSINR閾値を下回るタイミングを判定させ、判定したことに応じて、UEの1つ以上のHARQメッセージを所定の時間期間にわたって無視させ、UEに対するダウンリンク送信をバンドルさせてもよく、バンドルされたダウンリンク送信は、UEに対するHARQ再送信及びUEに対する新しいダウンリンク送信を含む。
いくつかの実施形態では、LTEネットワーク内で通信するUEに対するダウンリンク送信を統合する方法は、ネットワーク基地局において、UEに送信するHARQ再送信を特定することと、統合されたダウンリンク送信の第1のトランスポートブロック内で新しいダウンリンク送信を符号化することと、統合されたダウンリンク送信の第2のトランスポートブロック内でHARQ再送信を符号化することと、統合されたダウンリンク送信を単一のTTI内でUEに送信することと、を含んでもよい。
いくつかの態様では、統合されたダウンリンク送信の第1のトランスポートブロック及び第2のトランスポートブロックは、同じLTEサブフレームに関連付けられてもよい。更に、統合されたダウンリンク送信は、PDSCH上でUEに送信されてもよい。いくつかの構成では、統合されたダウンリンク送信は、UEの非アクティブ期間を長くし、節電するために、UEのC−DRXサイクルのオフ期間よりも前にUEに送信されてもよい。
いくつかの実施では、第1のトランスポートブロック内で符号化された新しいダウンリンク送信は、第1の巡回冗長検査(CRC)に関連付けられてもよく、第2のトランスポートブロック内で符号化されたHARQ再送信は、第2のCRCに関連付けられてもよい。更に、第1のトランスポートブロックの新しいダウンリンク送信は、第1のMCSを使用して符号化されてもよく、第2のトランスポートブロックのHARQ再送信は、第2のMCSを使用して符号化されてもよい。他の態様では、HARQ再送信は、第2のMCSと第1のMCSの次数が異なるように、異なる次数のMCSを有する新しいダウンリンク送信の重複送信であってもよい。
様々な実施形態では、ネットワーク基地局は、LTEネットワークを介して通信するように構成可能な少なくとも1つの送受信機と、1つ以上のプロセッサと、実行可能な命令を記憶する記憶デバイスと、を備えてもよく、命令が1つ以上のプロセッサによって実行されたときに、ネットワーク基地局に、UEに送信するHARQ再送信を特定させ、統合されたダウンリンク送信の第1のトランスポートブロック内で新しいダウンリンク送信を符号化させ、統合されたダウンリンク送信の第2のトランスポートブロック内でHARQ再送信を符号化させ、統合されたダウンリンク送信を単一のTTI内でUEに送信させる。
いくつかの構成では、統合されたダウンリンク送信の第1のトランスポートブロック及び第2のトランスポートブロックは、同じLTEサブフレームに関連付けられてもよく、統合されたダウンリンク送信は、PDSCH上でUEに送信されてもよい。他の態様では、第1のトランスポートブロック内で符号化された新しいダウンリンク送信は、第1のCRCに関連付けられてもよく、第2のトランスポートブロック内で符号化されたHARQ再送信は、第2のCRCに関連付けられてもよい。更に、第1のトランスポートブロックの新しいダウンリンク送信は、第1のMCSを使用して符号化されてもよく、第2のトランスポートブロックのHARQ再送信は、第1のMCSと異なる次数を有する第2のMCSを使用して符号化されてもよい。
いくつかの実施では、非一時的コンピュータ可読媒体は実行可能な命令を記憶し、実行可能な命令は、ネットワーク基地局の1つ以上のプロセッサによって実行されたときに、ネットワーク基地局に、UEに送信するHARQ再送信を特定させ、統合されたダウンリンク送信の第1のトランスポートブロック内で新しいダウンリンク送信を符号化させ、統合されたダウンリンク送信の第2のトランスポートブロック内でHARQ再送信を符号化させ、統合されたダウンリンク送信を単一のTTI内でUEに送信させてもよい。
様々な実施形態では、LTEネットワークを介してHARQアップリンク通信を実行する方法は、モバイルデバイスが、初期通信についてPHICHを監視することと、PHICH上の初期通信内でLTEネットワークからNACKメッセージを受信することと、NACKメッセージを受信したことに応じて、HARQ再送信をLTEネットワークに送信するためのPUSCHリソースを特定することと、PUSCHリソースを使用するLTEネットワークにHARQ再送信を送信するために、C−DRXサイクルの次のオン期間まで待機することと、を含んでもよい。
様々な態様では、PUSCHリソースは、HARQ再送信をLTEネットワークに送信するためのPUSCH上のサブフレーム位置であってもよく、PUSCH上のサブフレーム位置は、C−DRXサイクルの次のオフ期間の後にHARQ再送信を送信するようにスケジュールされてもよい。方法は、PDCCH上でLTEネットワークからHARQ再送信割り当てを受信することと、受信したHARQ再送信割り当てに基づきPUSCHリソースを特定することと、を更に含んでもよい。
いくつかの実施形態では、モバイルデバイスは、LTEネットワークを介して通信するように構成可能な少なくとも1つの送受信機と、1つ以上のプロセッサと、実行可能な命令を記憶する記憶デバイスと、を含んでもよく、実行可能な命令は、1つ以上のプロセッサによって実行されたときに、モバイルデバイスに、初期通信についてPHICHを監視させ、PHICH上の初期通信内でLTEネットワークからNACKメッセージを受信させ、NACKメッセージを受信したことに応じて、HARQ再送信をLTEネットワークに送信するためのPUSCHリソースを特定させ、PUSCHリソースを使用するLTEネットワークにHARQ再送信を送信するために、C−DRXサイクルの次のオン期間まで待機させてもよい。
様々な実施では、PUSCHリソースは、C−DRXサイクルの次のオフ期間の後にHARQ再送信をLTEネットワークに送信するためのPUSCH上のサブフレーム位置であってもよい。更に、いくつかの態様では、実行可能な命令の実行は、更にモバイルデバイスに、PDCCH上でLTEネットワークからHARQ再送信割り当てを受信させ、受信したHARQ再送信割り当てに基づきPUSCHリソースを特定させる。
いくつかの実施形態では、非一時的コンピュータ可読媒体は実行可能な命令を記憶し、実行可能な命令は、モバイルデバイスの1つ以上のプロセッサによって実行されたときに、モバイルデバイスに、初期通信についてPHICHを監視させ、PHICH上の初期通信内でLTEネットワークからNACKメッセージを受信させ、PDCCH上でLTEネットワークからHARQ再送信割り当てを受信させ、NACKメッセージを受信したことに応じて、受信したHARQ再送信割り当てに基づき、HARQ再送信をLTEネットワークに送信するためのPUSCHリソースを特定させ、PUSCHリソースを使用するLTEネットワークにHARQ再送信を送信するために、C−DRXサイクルの次のオン期間まで待機させてもよい。
説明される実施形態の種々の態様、実施形態、実行、又は機能は、個別に、若しくは任意の組み合わせで用いることが可能である。更には、説明される実施形態の一部の態様は、ソフトウェア、ハードウェア、又はハードウェアとソフトウェアとの組み合わせによって実施することができる。説明される実施形態はまた、非一時的コンピュータ可読媒体上に記憶されるコンピュータプログラムコードとしても具現化することができる。このコンピュータ可読媒体は、コンピュータ又はコンピュータシステムによって後に読み出すことが可能なデータを記憶することができる、任意のデータ記憶装置に関連付けることができる。コンピュータ可読媒体の例としては、リードオンリーメモリ、ランダムアクセスメモリ、CD−ROM、HDD、DVD、磁気テープ、及び光学式データ記憶装置が挙げられる。コンピュータ可読媒体はまた、コンピュータプログラムコードを分散方式で実行することができるように、ネットワーク結合されたコンピュータシステム上に分散させることもできる。
上述の説明は、説明の目的上、説明される実施形態の完全な理解を提供するために、具体的な専門用語を使用するものとした。しかしながら、それらの具体的詳細の一部は、説明される実施形態を実践するために必須のものではないことが、当業者には明らかとなるであろう。それゆえ、上述の具体的な実施形態の説明は、例示及び説明の目的のために、本明細書で提示される。これらの説明は、網羅的、包括的であることも、又は、説明される実施形態を、開示される厳密な形態若しくは詳細に限定することも意図するものではない。上記の教示を鑑みて、本開示の趣旨及び範囲から逸脱することなく、多くの修正形態及び変形形態が可能であることが、当業者には明らかとなるであろう。

Claims (17)

  1. ロングタームエボリューション(LTE)ネットワークを介して通信するユーザ機器(UE)の電力を節約する方法であって、
    ネットワーク基地局において、
    ハイブリッド自動再送要求(HARQ)情報について制御チャネルを監視することと、
    否定確認応答(NACK)メッセージを前記UEから受信することと、
    前記NACKメッセージを受信したことに応じて、前記UEがスリープモード動作中に非アクティブ状態を維持し得るように、前記UEに対するHARQ再送信を遅延させることと、
    前記UEに対する前記HARQ再送信を、連続するダウンリンク送信時間間隔(TTI)内でバンドルすることと、
    を含む、方法。
  2. 前記スリープモード動作は、前記UEの接続モード不連続受信(C−DRX)サイクルのオフ期間である、請求項1に記載の方法。
  3. 前記HARQ再送信は、前記UEの前記C−DRXサイクルの後続のオン期間まで遅延される、請求項2に記載の方法。
  4. 前記バンドルされたHARQ再送信は、物理ダウンリンク共用チャネル(PDSCH)上で新しいダウンリンク送信と共に前記UEに通信される、請求項に記載の方法。
  5. 前記バンドルされたHARQ再送信は、異なる変調及び符号化スキーム(MCS)を利用する複数のHARQ送信を含む、請求項に記載の方法。
  6. ロングタームエボリューション(LTE)ネットワークを介して通信するユーザ機器(UE)の電力を節約する方法であって、
    ネットワーク基地局において、
    ハイブリッド自動再送要求(HARQ)情報について制御チャネルを監視することと、
    否定確認応答(NACK)メッセージを前記UEから受信することと、
    前記NACKメッセージを受信したことに応じて、前記UEがスリープモード動作中に非アクティブ状態を維持し得るように、前記UEに対するHARQ再送信を遅延させることと、
    前記UEの1つ以上の信号対干渉雑音比(SINR)状態に基づき、前記HARQ再送信をバンドルすることを判定することと、
    を含み、
    前記1つ以上のSINR状態は、前記UEがLTEネットワークセルの周辺で通信しているときに劣化する無線動作状態を含む、方法。
  7. ロングタームエボリューション(LTE)ネットワークを介して通信するユーザ機器(UE)の電力を節約する方法であって、
    ネットワーク基地局において、
    ハイブリッド自動再送要求(HARQ)情報について制御チャネルを監視することと、
    否定確認応答(NACK)メッセージを前記UEから受信することと、
    前記NACKメッセージを受信したことに応じて、前記UEがスリープモード動作中に非アクティブ状態を維持し得るように、前記UEに対するHARQ再送信を遅延させることと、
    前記UEが低帯域幅の周期的なアプリケーションデータを通信するタイミングを判定することと、
    判定したことに応じて、前記UEが前記低帯域幅の周期的なアプリケーションデータを通信しているときに、前記UEに対するHARQ再送信を低減又は排除するために、前記UEの目標ブロック誤り率(BLER)を低減することと、
    を含、方法。
  8. 前記制御チャネルは物理アップリンク制御チャネル(PUCCH)を含み、
    前記NACKメッセージは前記PUCCH上で前記UEから受信される、請求項1から7のいずれか1項に記載の方法。
  9. モバイルデバイスであって、
    ロングタームエボリューション(LTE)ネットワークを介して通信するように構成可能な少なくとも1つの送受信機と、
    1つ以上のプロセッサと、
    実行可能な命令を記憶する記憶デバイスと、
    を備え、前記実行可能な命令は、前記1つ以上のプロセッサによって実行されたときに、前記モバイルデバイスに、
    ネットワーク基地局からのダウンリンク送信の誤りを特定させ、
    前記少なくとも1つの送受信機を使用し、否定確認応答(NACK)メッセージを、ハイブリッド自動再送要求(HARQ)通信の一部として前記ネットワーク基地局に送信させ、
    遅延されたHARQ再送信に応じて、節電するために、前記モバイルデバイスのスリープモード動作中に非アクティブ状態を持続させ
    前記モバイルデバイスの接続モード不連続受信(C−DRX)サイクルの後続のオン期間中に前記遅延されたHARQ再送信を受信させる、
    モバイルデバイス。
  10. 前記ダウンリンク送信は、前記モバイルデバイスが期待されるダウンリンク送信を受信しなかったとき、又は前記ダウンリンク送信が前記モバイルデバイスによって受信されたが、前記受信されたダウンリンク送信が1つ以上の誤りを含むときに、前記モバイルデバイスによって誤りであるとして特定される、請求項に記載のモバイルデバイス。
  11. 前記スリープモード動作は、前記モバイルデバイスの接続モード不連続受信(C−DRX)サイクルのオフ期間である、請求項に記載のモバイルデバイス。
  12. モバイルデバイスであって、
    ロングタームエボリューション(LTE)ネットワークを介して通信するように構成可能な少なくとも1つの送受信機と、
    1つ以上のプロセッサと、
    実行可能な命令を記憶する記憶デバイスと、
    を備え、前記実行可能な命令は、前記1つ以上のプロセッサによって実行されたときに、前記モバイルデバイスに、
    ネットワーク基地局からのダウンリンク送信の誤りを特定させ、
    前記少なくとも1つの送受信機を使用し、否定確認応答(NACK)メッセージを、ハイブリッド自動再送要求(HARQ)通信の一部として前記ネットワーク基地局に送信させ、
    遅延されたHARQ再送信に応じて、節電するために、前記モバイルデバイスのスリープモード動作中に非アクティブ状態を持続させ、
    記遅延されたHARQ再送信を前記スリープモード動作の後に受信させ、
    前記遅延されたHARQ再送信は、連続する送信時間間隔(TTI)内で前記モバイルデバイスによって受信される、バンドルされたデータ送信の一部である、モバイルデバイス。
  13. 前記バンドルされたデータ送信は、物理ダウンリンク共用チャネル(PDSCH)上で前記モバイルデバイスによって受信され、前記バンドルされたデータ送信は、新しいダウンリンク送信を更に含む、請求項12に記載のモバイルデバイス。
  14. 前記バンドルされたデータ送信は、異なる変調及び符号化スキーム(MCS)を利用する複数のHARQ送信を含む、請求項12に記載のモバイルデバイス。
  15. 前記モバイルデバイスは、物理アップリンク制御チャネル(PUCCH)上で前記ネットワーク基地局に前記NACKメッセージを送信する、請求項9から14のいずれか1項に記載のモバイルデバイス。
  16. 実行可能な命令を記憶する非一時的コンピュータ可読媒体であって、前記実行可能な命令は、ネットワーク基地局の1つ以上のプロセッサによって実行されたときに、前記ネットワーク基地局に、
    ハイブリッド自動再送要求(HARQ)情報について物理アップリンク制御チャネル(PUCCH)を監視させ、
    前記PUCCHを介してユーザ機器(UE)から否定確認応答(NACK)メッセージを受信させ、
    前記NACKメッセージを受信したことに応じて、前記UEが、前記UEの接続モード不連続受信(C−DRX)サイクルのオフ期間中に非アクティブ状態を維持し得るように、前記UEに対するHARQ再送信を遅延させ、
    連続する送信時間間隔(TTI)内で、前記UEに対する前記HARQ再送信を新しいダウンリンク送信とバンドルさせる、
    非一時的コンピュータ可読媒体。
  17. 前記UEに対する前記HARQ再送信は、前記UEの前記C−DRXサイクルの後続のオン期間まで遅延される、請求項16に記載の非一時的コンピュータ可読媒体。
JP2016545235A 2013-09-30 2014-09-26 低帯域幅アプリケーションに対する遅延及びバンドルされた再送信 Expired - Fee Related JP6232141B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201361884918P 2013-09-30 2013-09-30
US61/884,918 2013-09-30
PCT/US2014/057567 WO2015048361A1 (en) 2013-09-30 2014-09-26 Delayed and bundled retransmissions for low bandwidth applications

Publications (2)

Publication Number Publication Date
JP2016539597A JP2016539597A (ja) 2016-12-15
JP6232141B2 true JP6232141B2 (ja) 2017-11-15

Family

ID=52740096

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016545235A Expired - Fee Related JP6232141B2 (ja) 2013-09-30 2014-09-26 低帯域幅アプリケーションに対する遅延及びバンドルされた再送信

Country Status (8)

Country Link
US (2) US9615329B2 (ja)
EP (1) EP3053386B1 (ja)
JP (1) JP6232141B2 (ja)
KR (2) KR101922365B1 (ja)
CN (1) CN105580445B (ja)
AU (1) AU2014324827B2 (ja)
TW (2) TWI568295B (ja)
WO (1) WO2015048361A1 (ja)

Families Citing this family (81)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11140713B2 (en) * 2014-12-10 2021-10-05 Telefonaktiebolaget Lm Ericsson (Publ) Preemptive retransmissions on Listen-Before-Talk cells
US10419170B2 (en) * 2015-02-26 2019-09-17 Qualcomm Incorporated RRC aware TCP retransmissions
US9936519B2 (en) 2015-03-15 2018-04-03 Qualcomm Incorporated Self-contained time division duplex (TDD) subframe structure for wireless communications
US10075970B2 (en) 2015-03-15 2018-09-11 Qualcomm Incorporated Mission critical data support in self-contained time division duplex (TDD) subframe structure
US10342012B2 (en) 2015-03-15 2019-07-02 Qualcomm Incorporated Self-contained time division duplex (TDD) subframe structure
CN107409019B (zh) * 2015-03-25 2020-10-23 瑞典爱立信有限公司 提早harq分组重传的方法和装置
JP2018101823A (ja) * 2015-04-28 2018-06-28 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
US9814058B2 (en) 2015-05-15 2017-11-07 Qualcomm Incorporated Scaled symbols for a self-contained time division duplex (TDD) subframe structure
MY182312A (en) 2015-06-22 2021-01-19 Ericsson Telefon Ab L M Blanking pattern indication for resource utilization in cellular radio communication
US9992790B2 (en) * 2015-07-20 2018-06-05 Qualcomm Incorporated Time division duplex (TDD) subframe structure supporting single and multiple interlace modes
WO2017049642A1 (zh) * 2015-09-25 2017-03-30 华为技术有限公司 一种业务处理方法及装置
US10321447B2 (en) * 2015-10-26 2019-06-11 Qualcomm Incorporated Determining a DRX configuration parameter based in part on an M-PDCCH parameter
US10079657B2 (en) * 2015-12-16 2018-09-18 Qualcomm Incorporated Techniques for HARQ retransmission skipping
CN108604958A (zh) * 2016-02-03 2018-09-28 交互数字专利控股公司 用于调度子帧和混合自动重复请求(harq)反馈的方法、系统和装置
US10085275B2 (en) * 2016-03-14 2018-09-25 Apple Inc. Synchronization and interprocessor communication in a low power LTE system architecture
US10412669B2 (en) 2016-03-14 2019-09-10 Apple Inc. Low power cellular modem system architecture
US10341952B2 (en) 2016-03-14 2019-07-02 Apple Inc. Low power LTE (LP-LTE) paging monitoring
WO2017171413A1 (ko) * 2016-03-30 2017-10-05 엘지전자 주식회사 무선 통신 시스템에서 상향링크 제어 정보의 전송, 또는 수신 방법 및 이를 위한 장치
US10757693B2 (en) * 2016-05-12 2020-08-25 Panasonic Intellectual Property Corporation Of America Base station, user equipment and wireless communication method
WO2017193335A1 (zh) 2016-05-12 2017-11-16 华为技术有限公司 数据传输方法、设备及系统
CN109075909B (zh) * 2016-05-12 2021-08-31 苹果公司 使用半持续调度资源进行非自适应重新发送的系统、方法、和设备
US10548118B2 (en) 2016-05-13 2020-01-28 Qualcomm Incorporated Multiple transmission time interval coordination with time division duplexing
US20170359780A1 (en) * 2016-06-10 2017-12-14 Apple Inc. Device, System, and Method for Adaptive Monitoring to Optimize Power Consumption
US10178615B2 (en) * 2016-06-10 2019-01-08 Apple Inc. Device, system, and method for adaptive scheduling request suppression
US10728886B2 (en) * 2016-06-24 2020-07-28 Apple Inc. Communication device and method for decoding data from a network
US10404418B2 (en) 2016-06-28 2019-09-03 Htc Corporation Device and method of handling uplink transmission
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
US10785349B2 (en) * 2016-07-27 2020-09-22 Huawei Technologies Co., Ltd. Method for negotiating maximum packaging interval, apparatus, and storage medium
EP3518588B1 (en) * 2016-09-22 2022-11-02 LG Electronics Inc. Method for reducing interference between uplink signal and downlink signal, and device therefor
WO2018084779A1 (en) 2016-11-03 2018-05-11 Telefonaktiebolaget Lm Ericsson (Publ) Uplink transmission bandwidth control and support
US10779312B2 (en) * 2016-11-11 2020-09-15 Qualcomm Incorporated Discontinuous reception and scheduling techniques in wireless communication systems using multiple transmission time intervals
WO2018095365A1 (en) * 2016-11-25 2018-05-31 Telefonaktiebolaget Lm Ericsson (Publ) Methods and devices for transmitting/receiving scheduling commands
WO2018103011A1 (zh) * 2016-12-07 2018-06-14 华为技术有限公司 一种数据传输方法及通信设备
EP3560252A4 (en) * 2016-12-22 2020-10-07 Nokia Technologies Oy RECEPTION DIAGRAM
MX2019011203A (es) 2017-03-24 2019-11-05 Ericsson Telefon Ab L M Retroalimentacion de harq-ack de enlace ascendente para mtc.
CN108966688B (zh) * 2017-03-27 2021-10-22 联发科技(新加坡)私人有限公司 用于移动通信中urllc的harq和arq方法及用户设备
WO2018188933A1 (en) * 2017-04-13 2018-10-18 Telefonaktiebolaget Lm Ericsson (Publ) Improved sleep handling for user equipment
US10686564B2 (en) * 2017-04-18 2020-06-16 Qualcomm Incorporated Pre-timed and on-demand HARQ Ack feedback
US10863522B2 (en) 2017-05-03 2020-12-08 Huawei Technologies Co., Ltd. System and method for coexistence of low latency and latency tolerant communications
KR20200003204A (ko) * 2017-05-26 2020-01-08 엘지전자 주식회사 무선 통신 시스템에서 단말이 전송 블록에 대한 전송 자원을 선택하는 방법 및 이를 위한 장치
US10616916B2 (en) * 2017-05-31 2020-04-07 Kt Corporation Methods for multiplexing scheduling request information and HARQ ACK/NACK information while transmitting and receiving PUCCH and apparatuses thereof
US11032844B2 (en) * 2017-06-22 2021-06-08 Qualcomm Incorporated Physical shared channel transmission to acknowledgement delay optimization
EP3644668A4 (en) * 2017-06-23 2020-12-16 Beijing Xiaomi Mobile Software Co., Ltd. METHOD AND DEVICE FOR DETERMINING TIME-FREQUENCY RESOURCES AND USER DEVICE
WO2019043805A1 (ja) 2017-08-30 2019-03-07 富士通株式会社 再送制御方法、無線端末、無線基地局
US10506468B2 (en) 2017-09-08 2019-12-10 At&T Intellectual Property I, L.P. Reporting hybrid automatic repeat request-acknowledgements in wireless communication systems
US10602445B2 (en) * 2017-09-29 2020-03-24 Mediatek Inc. M2M semi-persistent scheduling in wireless communications
CN109803409B (zh) * 2017-11-17 2023-05-09 中国移动通信有限公司研究院 一种pdcch的检测方法、装置和计算机可读存储介质
US10779276B2 (en) * 2018-03-30 2020-09-15 Apple Inc. Self-contained slot and slot duration configuration in NR systems
KR102648869B1 (ko) * 2018-09-07 2024-03-19 삼성전자주식회사 무선 통신 시스템에서 다중 mcs를 이용한 데이터 통신 방법 및 장치
CN110890944B (zh) * 2018-09-11 2022-10-28 中兴通讯股份有限公司 一种实现自动重传功能的方法及相关站点
US11930485B2 (en) * 2018-09-27 2024-03-12 Sharp Kabushiki Kaisha User equipment and base stations that achieve ultra reliable and low latency communications
CN112956153B (zh) * 2018-11-02 2024-03-05 苹果公司 远程干扰管理参考信号
WO2020094208A1 (en) 2018-11-05 2020-05-14 Nokia Technologies Oy Data transmission using bandwidth parts
US10841890B2 (en) * 2018-11-09 2020-11-17 SRS Space Limited Delay tolerant node
CN111294140B (zh) * 2018-12-07 2022-10-04 华为技术有限公司 数据传输方法与通信装置
CN111436094A (zh) * 2019-01-11 2020-07-21 华为技术有限公司 通信方法及装置
KR20200099835A (ko) * 2019-02-15 2020-08-25 삼성전자주식회사 무선 통신 시스템에서 단말의 전력 소모 감소를 위한 상향링크 제어 채널 전송 방법 및 장치
CN113892284B (zh) * 2019-02-21 2024-05-03 华为技术有限公司 无线通信中的传输块重传的减少的准备时间
WO2020197258A1 (ko) * 2019-03-27 2020-10-01 엘지전자 주식회사 무선 통신 시스템에서 물리 상향링크 공유 채널 송수신 방법 및 장치
EP3949611B1 (en) * 2019-03-27 2023-09-06 Fg Innovation Company Limited Method and apparatus for handling overlapping pusch durations
WO2020221436A1 (en) * 2019-04-30 2020-11-05 Huawei Technologies Co., Ltd. Network entity and user equipment for exploiting resilience to consecutive transmission failures
EP3799680A4 (en) * 2019-04-30 2021-12-22 Nokia Technologies OY CONFIGURED GRANT OPERATION
CN112019305B (zh) * 2019-05-28 2023-04-18 阿里巴巴集团控股有限公司 数据传输方法、装置、设备及存储介质
US11070995B2 (en) 2019-06-14 2021-07-20 Cypress Semiconductor Corporation Method for IoT device to stagger TX and save power
JP7327785B2 (ja) * 2019-07-11 2023-08-16 国立大学法人九州工業大学 通信システム、遠隔制御機械システム及び通信方法
CN110446270B (zh) * 2019-08-13 2020-07-07 北京理工大学 一种低轨卫星语音通信中传输时隙捆绑的动态调度方法
CN112584433B (zh) * 2019-09-30 2023-03-31 中国移动通信有限公司研究院 一种数据发送、接收方法、设备及介质
JP7392374B2 (ja) * 2019-10-08 2023-12-06 ヤマハ株式会社 無線送信装置、無線受信装置、無線システム及び無線送信方法
GB2588811B (en) * 2019-11-08 2022-07-06 Vodafone Ip Licensing Ltd Methods and systems for exchanging periodic data in a mobile telecommunications network
CN112787731B (zh) * 2019-11-08 2022-05-24 大唐移动通信设备有限公司 终端省电性能的测试方法、装置、网络模拟器及终端
WO2021144163A1 (en) * 2020-01-17 2021-07-22 Telefonaktiebolaget Lm Ericsson (Publ) Harq rtt timer adjustment for multi-tb scheduling
EP4101100A4 (en) * 2020-02-07 2023-06-07 Guangdong Oppo Mobile Telecommunications Corp., Ltd. METHOD AND APPARATUS FOR REPORTING NACK-ONLY IN RRC-IDLE AND INACTIVE STATES
US12016027B2 (en) 2020-02-25 2024-06-18 Qualcomm Incorporated Consolidated feedback indication and feedback transmission
CN114362899A (zh) * 2020-10-13 2022-04-15 北京三星通信技术研究有限公司 由用户终端或基站执行的方法、用户终端及基站
CN112436924B (zh) * 2020-11-17 2022-04-22 联想(北京)有限公司 一种数据传输方法及电子设备
JP2024509968A (ja) * 2021-03-12 2024-03-05 北京小米移動軟件有限公司 不連続受信処理方法、装置、端末デバイスおよび記憶媒体
CN113346982B (zh) * 2021-05-31 2023-10-20 合肥中感微电子有限公司 数据传输方法、发送方法、接收方法及装置
US11985597B2 (en) * 2021-08-05 2024-05-14 Qualcomm Incorporated Techniques for aperiodic discontinuous reception mode communications
US12041000B2 (en) 2021-08-05 2024-07-16 Qualcomm Incorporated Techniques for communicating data channel transmissions
US20230232325A1 (en) * 2022-01-06 2023-07-20 Apple Inc. Systems and Methods for Paging Early Indication and Paging Subgrouping
US11864017B2 (en) 2022-03-08 2024-01-02 T-Mobile Innovations Llc Selective retransmission method for uplink overhead reduction

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3684163B2 (ja) * 2001-03-07 2005-08-17 株式会社東芝 Bluetoothネットワーク通信方法およびBluetoothネットワークで使用されるBluetooth機器
CN101064665B (zh) * 2006-04-27 2010-06-23 上海无线通信研究中心 基于业务质量的harq方法
EP1936853B1 (en) * 2006-12-20 2018-11-21 Panasonic Intellectual Property Corporation of America Avoidance of feedback collision in mobile communications
ES2949260T3 (es) 2007-06-18 2023-09-27 Optis Wireless Technology Llc Procedimiento y disposición en una red de telecomunicaciones móviles para Solicitud de Repetición Automática Híbrida HARQ con agrupación de intervalos de tiempo de transmisión TTI y con redundancia incremental
EP2183869B1 (en) * 2007-08-14 2017-10-04 Nokia Technologies Oy Resource scheduling enabling partially-constrained retransmission
CN101547079B (zh) * 2008-03-24 2012-02-22 电信科学技术研究院 非连续接收数据方法、设备及非连续调度数据系统、设备
EP2107709B8 (en) 2008-04-01 2014-08-20 Innovative Sonic Limited Method and apparatus of transmission time interval bundling management
WO2010005712A1 (en) * 2008-06-16 2010-01-14 Interdigital Patent Holdings, Inc. Enhanced hybrid automatic repeat request for long term evolution
WO2010044721A1 (en) * 2008-10-17 2010-04-22 Telefonaktiebolaget L M Ericsson (Publ) Method for improving battery life and harq retransmissions in wireless communications systems
US8611265B2 (en) * 2008-11-26 2013-12-17 Qualcomm Incorporated Methods and systems for performing HARQ ACK with scanning and sleep in WiMAX systems
CN104618000B (zh) * 2009-11-09 2018-05-15 Lg电子株式会社 用于支持多天线传输技术的有效控制信息传输方法和装置
EP2545729A4 (en) * 2010-03-09 2016-11-23 Ericsson Telefon Ab L M ADJUSTING LINK ADAPTATION PARAMETER BASED ON DATA AND CONTROL CHANNEL LOAD
WO2011122832A2 (ko) * 2010-03-29 2011-10-06 엘지전자 주식회사 상향링크 다중 안테나 전송을 지원하기 위한 효율적인 제어정보 전송 방법 및 장치
US10911961B2 (en) * 2010-03-31 2021-02-02 Qualcomm Incorporated Method and apparatus to facilitate support for multi-radio coexistence
US8908604B2 (en) * 2010-04-28 2014-12-09 Panasonic Intellectual Property Corporation Of America Wireless communication apparatus and wireless communication method
HUE033755T2 (en) * 2010-05-04 2017-12-28 ERICSSON TELEFON AB L M (publ) Procedures and arrangements for early HARQ feedback in a mobile communication system
JP5986084B2 (ja) * 2010-08-13 2016-09-06 インターデイジタル パテント ホールディングス インコーポレイテッド デバイス内干渉軽減のための方法およびシステム
CN102625432B (zh) * 2011-01-28 2016-01-27 华为技术有限公司 一种非连续接收的方法和装置
US9161371B2 (en) * 2011-07-21 2015-10-13 Qualcomm Incorporated Power optimization using scheduling request delay
EP2823683A1 (en) * 2012-02-03 2015-01-14 Interdigital Patent Holdings, Inc. Method and apparatus for coexistence among wireless transmit/receive units (wtrus) operating in the same spectrum
US9681382B2 (en) * 2012-05-11 2017-06-13 Intel Corporation Radio coexistence in wireless networks
US9144066B2 (en) * 2012-12-28 2015-09-22 Sierra Wireless, Inc. Method and system for hybrid automatic repeat request combining on an lte downlink control channel

Also Published As

Publication number Publication date
KR20170121329A (ko) 2017-11-01
EP3053386A4 (en) 2017-06-07
KR101791644B1 (ko) 2017-10-30
US9615329B2 (en) 2017-04-04
KR20160046904A (ko) 2016-04-29
US20170163387A1 (en) 2017-06-08
AU2014324827B2 (en) 2016-11-03
TW201517662A (zh) 2015-05-01
JP2016539597A (ja) 2016-12-15
AU2014324827A1 (en) 2016-02-11
EP3053386A1 (en) 2016-08-10
TWI568295B (zh) 2017-01-21
CN105580445A (zh) 2016-05-11
KR101922365B1 (ko) 2018-11-26
WO2015048361A1 (en) 2015-04-02
EP3053386B1 (en) 2019-02-13
TWI528845B (zh) 2016-04-01
US9954650B2 (en) 2018-04-24
TW201622450A (zh) 2016-06-16
US20150092645A1 (en) 2015-04-02
CN105580445B (zh) 2019-03-19

Similar Documents

Publication Publication Date Title
JP6232141B2 (ja) 低帯域幅アプリケーションに対する遅延及びバンドルされた再送信
US9408144B2 (en) Shortened HARQ timelines for low bandwidth applications
US10715281B2 (en) Asynchronous retransmission protocol
JP6091527B2 (ja) 動的サブフレームバンドリング
US20160302224A1 (en) Method and system for hybrid automatic repeat request operation in a semi-persistent scheduling (sps) interval
EP3248314B1 (en) A network node, a wireless device and methods therein for handling automatic repeat requests (arq) feedback information
JP2017537508A (ja) 信頼できる低レイテンシ通信のためのファウンテンharq
WO2016140926A1 (en) Fast radio link control error recovery with low latency transmissions
EP3335354A1 (en) Reiterated downlink grant design for multiple transmission time interval grant support in ecc
EP3248319A1 (en) Event triggered multi-link channel quality measurement and report for mission critical applications
US20180248658A1 (en) Transmitting downlink signals
WO2021234143A1 (en) Configured grant enhancements in unlicensed band
FI20195875A1 (en) Common link adaptation for a downlink control channel and data channel for wireless networks

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20170405

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170602

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170824

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20171020

R150 Certificate of patent or registration of utility model

Ref document number: 6232141

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees