JP7018499B2 - 自律アップリンク送信および再送信のための方法 - Google Patents

自律アップリンク送信および再送信のための方法 Download PDF

Info

Publication number
JP7018499B2
JP7018499B2 JP2020507558A JP2020507558A JP7018499B2 JP 7018499 B2 JP7018499 B2 JP 7018499B2 JP 2020507558 A JP2020507558 A JP 2020507558A JP 2020507558 A JP2020507558 A JP 2020507558A JP 7018499 B2 JP7018499 B2 JP 7018499B2
Authority
JP
Japan
Prior art keywords
timer
retransmission
wireless device
harq
circuit element
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.)
Active
Application number
JP2020507558A
Other languages
English (en)
Other versions
JP2020529805A (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 JP2020529805A publication Critical patent/JP2020529805A/ja
Application granted granted Critical
Publication of JP7018499B2 publication Critical patent/JP7018499B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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]
    • H04L1/1819Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • 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/188Time-out mechanisms
    • H04L1/1883Time-out mechanisms using multiple timers
    • 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/1874Buffer management
    • 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/1874Buffer management
    • H04L1/1877Buffer management for semi-reliable protocols, e.g. for less sensitive applications like streaming video
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/08Testing, supervising or monitoring using real traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/53Allocation or scheduling criteria for wireless resources based on regulatory allocation policies
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/28Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • 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/1685Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • 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/1822Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Description

関連出願
本出願は、「Methods for autonomous UL transmissions and retransmissions」と題する、2017年8月11日に米国特許商標庁(USPTO)において出願された、米国仮特許出願第62/544221号、および「HARQ Methods for autonomous UL access」と題する、2017年9月27日にUSPTOにおいて出願された、米国仮特許出願第62/563821号の優先権の利益を主張する。それらの2つの仮出願の内容は、参照により本明細書に組み込まれる。
本明細書は、一般に、無線通信システムに関し、より詳細には、自律アップリンク送信および再送信に関する。
「ライセンス支援型アクセス」(LAA)に関する3GPP作業は、Long Term Evolution(LTE)機器が未ライセンス無線スペクトルにおいても動作することを可能にすることを意図する。未ライセンススペクトルにおけるLTE動作のための候補帯域は、5GHz、3.5GHzなどを含む。未ライセンススペクトルは、ライセンス済みスペクトルを補うものとして使用されるか、または完全にスタンドアロンの動作を可能にする。
ライセンス済みスペクトルを補うものとして使用される未ライセンススペクトルの場合、デバイスは、ライセンス済みスペクトル(1次セルまたはPCell)において接続し、未ライセンススペクトル(2次セルまたはSCell)において、追加の送信容量から利益を得るためにキャリアアグリゲーションを使用する。キャリアアグリゲーション(CA)フレームワークは、少なくとも1つのキャリア(または周波数チャネル)がライセンス済みスペクトル中にあり、少なくとも1つのキャリアが未ライセンススペクトル中にあるという条件で、2つまたはそれ以上のキャリアをアグリゲートすることを可能にする。スタンドアロン(または完全に未ライセンスのスペクトル)動作モードでは、1つまたは複数のキャリアが未ライセンススペクトルにおいてのみ選択される。
しかしながら、規制要件が、事前のチャネル検知、送信電力制限、または課される最大チャネル占有時間なしには、未ライセンススペクトルにおける送信を許可しないことがある。未ライセンススペクトルは、類似するまたは類似しない無線技術の他の無線機と共有されなければならないので、いわゆるリッスンビフォアトーク(LBT)方法が適用される必要がある。LBTは、あらかじめ規定された最小時間量の間媒体を検知することと、チャネルがビジーである場合、バックオフすることとを伴う。LTE動作におけるチャネルアクセスのための(eノードB(eNB)などの)基地局に対する、端末デバイスの集中型協調および依存、ならびに課されるLBT規制により、LTEアップリンク(UL)性能が特に妨害される。UL送信は、ユーザ中心の適用例と、クラウドにデータをプッシュする必要とに伴って、ますます重要になっている。
今日、未ライセンス5GHzスペクトルは、主に、IEEE802.11無線ローカルエリアネットワーク(WLAN)規格を実装する機器によって、使用される。この規格は、その規格のマーケティングブランド「Wi-Fi」で知られており、未ライセンススペクトルにおける完全にスタンドアロンの動作を可能にする。LTEでの場合とは異なり、Wi-Fi端末は、非同期的に媒体にアクセスし、したがって、特に輻輳したネットワーク条件において、より良いUL性能特性を示すことができる。
LTEアップリンクスケジューリング方式
LTEでは、アップリンクアクセスは、一般に、eNBによって制御、すなわち、スケジュールされる。この場合、UEは、たとえば、スケジューリング要求メッセージ(SR)を送ることによって、データが送信されるためにいつ利用可能であるかをeNBに報告するであろう。これに基づいて、eNBは、あるサイズのデータの送信を行うために、UEにリソースと関連情報とをグラントするであろう。割り振られたリソースは、必ずしも、UEがすべての利用可能なデータを送信するのに十分であるとは限らない。したがって、UEは、送信を待っているデータの正しいサイズおよび更新されたサイズについてeNBに通知するために、グラントされたリソースにおいてバッファステータス報告(BSR)制御メッセージを送ることが可能である。それに基づいて、eNBは、訂正されたサイズのデータのUEアップリンク送信を続けるためのリソースをさらにグラントするであろう。
より詳細には、新しいデータがUEの空のバッファに到着するたびに、以下のプロシージャが実施されるべきである。
1.物理アップリンク制御チャネル(PUCCH)を使用して、UEは、UEがアップリンクアクセスを必要とすることを指示するスケジューリング要求(SR)を送ることによって、UEがデータを送信する必要があることを、ネットワークに通知する。UEは、SR送信のための周期的タイムスロット(一般に、5、10、または20ms間隔)を有する。
2.eNBがSR要求ビットを受信すると、eNBは、保留中のバッファのサイズを通信するのにちょうど十分な大きさである、小さい「アップリンクグラント」で応答する。この要求に対する反応は、一般に、3msを要する。
3.UEが、UEの第1のアップリンクグラントを受信し、処理した(約3msを要する)後に、UEは、一般に、UEのアップリンクバッファ中の保留中のデータの量に関する情報を提供するために使用される、MAC制御エレメント(MAC CE)であるバッファステータス報告(BSR)を送る。第1のアップリンクグラントが十分に大きい場合、UEは、この送信内で、UEのバッファからのデータをも送る。また、BSRが送られるかどうかは、3GPP TS36.321において指定されている条件に依存する。
4.eNBは、BSRメッセージを受信し、必要なアップリンクリソースを割り当て、デバイスがそのデバイスのバッファを空にすることを可能にする、別のアップリンクグラントを返送する。
すべて合計すると、UEにおける空のバッファへのデータの到着から、eNBにおけるこのデータの受信の間に、約16ms(+PUCCH送信機会を待つための時間)の遅延が予想され得る。
LTEにおいて指定されている別のスケジューリングオプションは、いわゆる半永続的スケジューリング(SPS)である。1つまたは複数のSPS設定が、あるUEに割り振られ得る。各SPS設定は、LTE送信のためのアップリンクグラントと考えられるべきである、周期的に繰り返すリソースのセットに対処する。eNBは、PDCCH上のダウンリンク制御情報(DCI)を介して各SPS設定を(非)アクティブ化することができる。SPS設定がアクティブ化されると、UEは、関連付けられたリソースを使用することができる。SPS設定が非アクティブ化された場合、UEは、関連付けられたリソースを使用することを停止するべきである。
古典的なアップリンクLTEスケジューリングにおける重要なポイントは、送信時間間隔(TTI)とハイブリッド自動再送要求(HARQ)識別情報(ID)との間に固定の1対1の関連付けがあることである。このようにして、eNBは、異なるHARQプロセスのステータスの完全な制御を有する。
ライセンス支援型アクセス
今まで、LTEによって使用されるスペクトルは、LTEに専用である。これは、LTEシステムが共存問題を気にかける必要がなく、スペクトル効率が最大化され得るという利点を有する。しかしながら、LTEに割り当てられるスペクトルは制限されており、このことは、アプリケーション/サービスからのより大きいスループットに対する常に増加する需要を満たすことができない。したがって、リリース13のLAAは、ライセンス済みスペクトルに加えて未ライセンススペクトルを活用するために、LTEを拡張した。未ライセンススペクトルは、規定によれば、複数の異なる技術によって同時に使用され得る。したがって、LTEは、IEEE802.11(Wi-Fi)などの他のシステムとの共存問題を考慮する必要がある。ライセンス済みスペクトルの場合と同じ様式で未ライセンススペクトルにおいてLTEを動作させることは、Wi-Fiが、チャネルが占有されたことを検出すると、Wi-Fiは送信しないので、Wi-Fiの性能をひどく劣化させることがある。
さらに、未ライセンススペクトルを確実に利用する1つのやり方は、必須の制御信号およびチャネルをライセンス済みキャリア上で送信することである。すなわち、図1に示されているように、UEは、ライセンス済み帯域における1つのPCellと、未ライセンス帯域における1つまたは複数のSCellとに接続される。本開示では、未ライセンススペクトルにおける2次セルは、ライセンス支援型アクセス2次セル(LAA SCell)と呼ばれる。MulteFireの場合のようなスタンドアロン動作の場合、ライセンス済みセルは、アップリンク制御信号送信のために利用可能でない。
HARQ設計
LAAでは、LAA UL(PUSCH)のために非同期HARQが推奨される。そのことは、UL再送信が、初期送信の後の1つのRTT(たとえばn+8)だけでなく、むしろ、任意の時点でも発生し得ることを意味する。これは、特に、再送信がLBTにより阻止および延期されるとき、有益と考えられる。したがって、非同期HARQを導入するとき、UEは、すべての送信されたUL HARQプロセスが成功したと仮定する(たとえばローカルステータスをACKにセットする)べきである。UEは、eNBから対応するULグラント(トグルされないNDI)を受信したときにのみ、HARQプロセスのためのHARQ再送信を実施する。
ダウンリンクHARQ
サブフレーム「n」における、PDCCH/EPDCCHおよび関連付けられたPDSCHの受信後に、UEは、サブフレーム「n+4」において、送信の準備ができている関連付けられたHARQフィードバックを有する。UEは、「n+4」制約に従って考えられる最も早いアップリンク送信機会において、保留中のHARQフィードバックを送信するものとする。アップリンク送信機会は、UEのために利用可能である、MF-sPUCCHリソースまたはMF-ePUCCHリソースのいずれかに従って、規定される。PDSCHに関連付けられたHARQフィードバックを送信するとき、UEは、保留中のフィードバックを収集するものとする。保留中のHARQフィードバックは、潜在的に、いくつかのダウンリンク送信のためのフィードバックを含み得る。保留中のHARQフィードバックは、ビットマップ中のインデックスとHARQプロセスIDとの間の暗黙的関連付けを伴って、ビットマップ中に収集される。このビットマップのサイズは、eNBによって設定可能である。DL動作のためのHARQプロセスの最大数は、16である。MF-ePUCCH/sPUCCHビットマップ中でシグナリングされたとき、HARQ-IDパケットのデフォルトステータスは、送られるために利用可能なACKがない限り、NACKである。
アップリンクHARQ
非同期UL HARQ動作は、eMTCのためにLTE Rel-13において導入された。非適応HARQ動作のサポートはなく、UEは、HARQ動作に関する、PHICHリソース上の情報コンテンツを無視するものとする。PHICHリソースはダウンリンク送信リソースの一部として維持されるが、情報コンテンツは、将来の使用のために確保される。アップリンク送信(新しい送信または再送信)が、PDCCH/EPDCCHを通したULグラントを通してスケジュールされる。ただし、このタイプの非同期機構でも、依然としてHARQ IDとTTIとの間に関係があり、その結果、eNB制御は、依然として、ある程度までは十分に可能である。また、再送信を実施するために、UEは、ネットワークによって提供される明示的ULグラントを待たなければならない。特に、eNBはあるHARQプロセスのための再送信を、そのHARQプロセスのためのNDIビットをトグルしないことによって、要求し得る。eNBは、HARQプロセスの再送信を、そのHARQプロセスに関連付けられたHARQ RTTの満了において、または(設定された場合、)UEがDLチャネルを監視すると想定されるDRXオケージョンにおいてトリガするために、PDCCHを送り得る。たとえば、Rel.14では、eNBは、HARQ RTTの満了においてトリガされるDRX再送信タイマー(すなわちdrx-ULRetransmissionTimer)を設定する可能性を有する。このタイマーは、eNBが、HARQ RTT満了後にできるだけ早く、eNBがPDCCHを正しく配信するのを妨げ得る、考えられるLBT発生をより良く無効にすることを可能にする。
LAA/MulteFireのための非スケジュールアップリンク
LTE ULチャネルアクセスでは、UEとeNBの両方は、スケジューリング要求フェーズ、スケジューリンググラントフェーズ、およびデータ送信フェーズに対応する、LBT動作を実施する必要がある。対照的に、Wi-Fi端末は、ULデータ送信フェーズにおいて1回LBTを実施する必要があるにすぎない。その上、Wi-Fi端末は、同期LTEシステムに比較してデータを非同期的に送ることができる。したがって、Wi-Fi端末は、ULデータ送信においてLTE端末に勝る生来の利点を有し、シミュレーション研究において見られるように、コロケート展開シナリオにおいて優れた性能を示す。全体的な研究結果は、Wi-Fiが、特に低負荷またはあまり輻輳していないネットワーク条件において、LTEよりも良いアップリンク性能を有することを示している。ネットワーク輻輳または負荷が増加されるにつれて、LTEチャネルアクセス機構(TDMAタイプ)はより効率的になるが、Wi-Fiアップリンク性能は、依然として優れている。たとえば、UEは、eNBからの許可を待つことなしにUL送信を開始することができる。言い換えれば、UEは、SRを送信するかまたはeNBからのULグラントを有することなしに、ULデータが到着したときはいつでも、LBTを実施してULチャネルアクセスを獲得することができる。UEは、データ送信全体のために非スケジュールモードを使用することができ、または代替的に、最初のN個の送信バーストのために非スケジュールモードを使用して送信し、次いで、eNB制御スケジューリングモードに切り替わる。1msまでのグラントされた周期性をもつSPSグラントは、自律アップリンクと同様の挙動を達成するのに有用であり得る。1msの周期性では、UEは、グラントされた期間全体の間、あらゆるサブフレームを送信することを試みることができる。
スケジュールされたアクセスでは、ULアクセスはeNBによって制御される。eNBは、アップリンク送信のためのいくつかのサブフレームをグラントする。UEは、次いで、そのグラントが有効である時間の間、チャネルにアクセスすることを試みることができる。eNBは、それらのサブフレーム内でのみのアップリンク送信を予想する。eNBは、グラントされたアップリンクサブフレームのPUSCHを復号することを試み、PUSCHの復号結果に基づいて、eノードBはUEにACKまたはNACKを伝達するべきである。
その状況は、非スケジュールモードの場合はそれほど簡単ではない。非スケジュールモードでは、eNBは、アップリンク送信をいつ予想すべきかを知らない。eNBが自律アップリンク送信を識別する場合、eNBは、対応する確認応答をUEに送ることができる。しかしながら、eNBがUEからのアップリンク送信を逃した場合、UEは、対応するHARQプロセスに関するフィードバックを得ない。
言い換えれば、LTEでは、ULアクセスはeNBによってグラントされ、それは同期的なやり方で発生する。UL送信および再送信は、常に、事前に知られているサブフレームにおいて発生し、送信すべきUL HARQプロセスは、送信時間から推論され得る。たとえば、FDDでは、(HARQ IDで識別される)あるHARQプロセスの送信は、ULグラントの受信の4ms後に発生し、そのHARQ IDの再送信は、前の(再)送信から8ms後に発生する。同様に、SPS送信の場合、TS36.321は、あるTTI上でのSPS送信を特定のHARQ IDに結びつけるやり方を提供する。したがって、このフレームワークでは、eNBとUEの両方は、あるUL送信がいつ発生し得るか、およびUEがどのUL HARQプロセスを送信するかを知っている。
一方、自律ULアクセスフレームワークでは、UL送信は、依然として、ある特定のグラントされた時間オケージョンにおいて発生するが、ULグラントおよびUL送信と再送信との間の時間関係、ならびに、HARQ IDとUL送信時間との間の時間関係が、失われる。このことは、UL送信がLBT発生により時々ドロップされる必要があり得る未ライセンス帯域におけるUL性能全体にとっていくつかの明らかな利益を有する。
しかしながら、そのことはまた、アップリンク送信をいつ予想すべきか、およびUEがどのHARQプロセスを送信することになるかを、eNBが知らないことがあるので、eNBスケジューラにとって自明でない課題を生じる。さらに、eNBはUL送信を正しく受信し得るが、LBT発生により、またはHARQフィードバックロスにより、UEは、原理上は、所与の時点において再送信をトリガし得、eNBは、再送信がUEによっていつトリガされたか、および再送信がUEによってトリガされたかどうかに、気づいていないことがある。
帰結は、所与のHARQプロセスを正しく配信する際に過大な遅延があり得、またはワーストケースでは、再送信は、パケットが上位レイヤによって時間通りに正しく受信されなかった場合、上位レイヤ(たとえば無線リンク制御(RLC))においてトリガされ得る。
本開示のいくつかの態様およびいくつかの態様の実施形態は、これらのまたは他の問題に対するソリューションを提供し得る。
本開示の実施形態は、自律および非同期アップリンクアクセスを可能にする、半永続的スケジューリング方式を設定することを可能にする。特に、それらの実施形態は、レイテンシを制限し、自律アップリンクアクセス方式の信頼性を増加させるための方法を提供する。
一態様によれば、いくつかの実施形態は、無線デバイスにおける、自律アップリンク(UL)アクセスを使用してネットワークノードと通信するための方法を含む。本方法は、ネットワークノードにデータ送信を送った後に、データ送信のフィードバックプロセスに関連付けられた再送信ウィンドウを開始することであって、再送信ウィンドウが第1のタイマーを含む、再送信ウィンドウを開始することと、第1のタイマーによって与えられた時間期間中にフィードバック信号の不在を検出したことに応答して、第1のタイマーの満了後にデータを再送信することとを含む。
いくつかの実施形態では、第1のタイマーは、無線デバイスが、第1のタイマーによって与えられた時間ウィンドウ内に、送信されたデータの再送信を実施するのを禁止するように設定され得る。
別の態様によれば、いくつかの実施形態は、自律アップリンク(UL)アクセスを使用してネットワークノードと通信するための無線デバイスを含む。無線デバイスは、処理回路要素と、無線デバイスに電力を供給するように設定された電力供給回路要素とを備える。処理回路要素は、ネットワークノードにデータ送信を送った後に、データ送信のフィードバックプロセスに関連付けられた再送信ウィンドウを開始することであって、再送信ウィンドウが第1のタイマーを含む、再送信ウィンドウを開始することと、第1のタイマーによって与えられた時間ウィンドウ中にフィードバック信号の不在を検出したことに応答して、第1のタイマーの満了後にデータを再送信することとを行うように設定される。
いくつかの実施形態では、無線デバイスは、1つまたは複数の他の無線ノードおよび/または1つまたは複数のネットワークノードと通信するように設定された、1つまたは複数の通信インターフェースと、通信インターフェースに動作可能に接続された処理回路要素とを備え得、処理回路要素は、本明細書で説明される、無線デバイスの1つまたは複数の機能性を実施するように設定される。いくつかの実施形態では、処理回路要素は、少なくとも1つのプロセッサと、プロセッサによって実行されると、本明細書で説明される、無線デバイスの1つまたは複数の機能性を実施するように少なくとも1つのプロセッサを設定する命令を記憶する、少なくとも1つのメモリとを備え得る。
いくつかの実施形態では、無線デバイスは、本明細書で説明される、無線デバイスの1つまたは複数の機能性を実施するように設定された、1つまたは複数の機能モジュールを備え得る。
別の態様によれば、いくつかの実施形態は、無線デバイスの処理回路要素(たとえば、少なくとも1つのプロセッサ)によって実行されると、本明細書で説明される、無線デバイスの1つまたは複数の機能性を実施するように処理回路要素を設定する命令を備える、コンピュータプログラム製品を記憶する、非一時的コンピュータ可読媒体を含む。
本開示の態様のいくつかの実施形態は、1つまたは複数の技術的利点を提供し得る。たとえば、本開示で説明される方法では、ネットワークは、再送信が発生する時間間隔を制御し、それにより、レイテンシ問題およびパケットロスを制限することが可能である。
本発明の概要は、すべての企図された実施形態の広範な概観ではなく、いずれかまたはすべての実施形態の主要なまたは重要な態様または特徴を識別すること、またはいずれかまたはすべての実施形態の範囲を定めるものではない。その意味では、添付図とともに特定の実施形態の以下の説明を検討すると、他の態様および特徴が当業者に明らかになろう。
以下の図面を参照しながら、例示的な実施形態がより詳細に説明される。
LTEキャリアアグリゲーションを使用する、未ライセンススペクトルへのライセンス支援型アクセス(LAA)の概略図である。 一実施形態による、再送信禁止タイマーを備える例示的な再送信機構を示す図である。 一実施形態による、再送信禁止タイマーと再送信ウィンドウとを備える例示的な再送信機構を示す図である。 一実施形態による、HARQ再送信ウィンドウを備える例示的な再送信機構を示す図である。 一実施形態による、無線デバイスにおける方法のフローチャートである。 一実施形態による、仮想化装置を示す図である。 図QQ1。一実施形態による、無線ネットワークの概略ブロック図である。 図QQ2。一実施形態による、無線デバイス/UEの概略ブロック図である。 図QQ3。一実施形態による、仮想化環境を示す概略ブロック図である。 図QQ4。一実施形態による、中間ネットワークを介してホストコンピュータに接続された電気通信ネットワークの概略ブロック図である。 図QQ5。一実施形態による、部分的無線接続上で基地局を介してユーザ機器と通信するホストコンピュータの概略ブロック図である。 図QQ6。一実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法を示すフローチャートである。 図QQ7。一実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法を示すフローチャートである。 図QQ8。一実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法を示すフローチャートである。 図QQ9。一実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法を示すフローチャートである。
「一実施形態(one embodiment)」、「一実施形態(an embodiment)」、「例示的な実施形態」などへの本明細書における言及は、説明される実施形態が、特定の特徴、構造、または特性を含み得ることを指示するが、あらゆる実施形態が、必ずしも、特定の特徴、構造、または特性を含むとは限らないことがある。その上、そのような句は必ずしも同じ実施形態を指しているとは限らない。さらに、特定の特徴、構造、または特性が実施形態に関して説明されるとき、明示的に説明されるか否かにかかわらず、他の実施形態に関してそのような特徴、構造、または特性を実装することは当業者の知識内にあることが具申される。
本明細書で使用される単数形「a」、「an」および「the」は、文脈が別段に明確に指示するのでなければ、複数形をも含むものとする。さらに、本明細書で使用される「備える、含む(comprises)」、「備える、含む(comprising)」、「含む(includes)」、および/または「含む(including)」という用語は、述べられた特徴、整数、ステップ、動作、エレメント、および/または構成要素の存在を指定するが、1つまたは複数の他の特徴、整数、ステップ、動作、エレメント、構成要素、および/またはそれらのグループの存在または追加を排除しないことを理解されよう。
多くの態様は、アクションまたは機能のシーケンスに関して説明される。いくつかの実施形態では、いくつかの機能またはアクションは、専用回路によって、1つまたは複数のプロセッサによって実行されるプログラム命令によって、または両方の組合せによって、実施され得ることを認識されたい。
さらに、いくつかの実施形態は、プロセッサに本明細書で説明される技法を行わせるコンピュータ命令の適切なセットを含んでいるコンピュータ可読キャリアまたは搬送波の形式で、部分的にまたは完全に具現され得る。
概して、本明細書で使用されるすべての用語は、異なる意味が、明確に与えられ、および/またはその用語が使用されるコンテキストから暗示されない限り、関連する技術分野における、それらの用語の通常の意味に従って解釈されるべきである。1つの(a/an)/その(the)エレメント、装置、構成要素、手段、ステップなどへのすべての言及は、別段明示的に述べられていない限り、そのエレメント、装置、構成要素、手段、ステップなどの少なくとも1つの事例に言及しているものとしてオープンに解釈されるべきである。本明細書で開示されるいずれの方法のステップも、ステップが、別のステップに後続するかまたは先行するものとして明示的に説明されない限り、および/あるいはステップが別のステップに後続するかまたは先行しなければならないことが暗黙的である場合、開示される厳密な順序で実施される必要はない。本明細書で開示される実施形態のうちのいずれかの任意の特徴は、適切であればいかなる場合も、任意の他の実施形態に適用され得る。同じように、実施形態のうちのいずれかの任意の利点は、任意の他の実施形態に適用され得、その逆も同様である。同封の実施形態の他の目的、特徴、および利点は、以下の説明から明らかになろう。
添付の図面を参照しながら、次に、本明細書で企図される実施形態のうちのいくつかがより十分に説明される。しかしながら、他の実施形態は、本明細書で開示される主題の範囲内に含まれており、開示される主題は、本明細書に記載される実施形態のみに限定されるものとして解釈されるべきではなく、むしろ、これらの実施形態は、当業者に主題の範囲を伝達するために、例として提供される。
以下では、「HARQフィードバック」という専門用語(または用語)は、新しい送信(すなわち、新しいパケットを送信すること)がトリガされ得るかどうか、または再送信(すなわち、前のパケットを再送信すること)が代わりにトリガされるべきであるかどうかをUEに指示する、eNBからの信号に対応することができる。そのような信号は、任意のDLチャネルによって、たとえば物理ダウンリンク制御チャネル(PDCCH)、物理ハイブリッドARQインジケータチャネル(PHICH)、物理ダウンリンク共有チャネル(PDSCH)を介して配信され得、そのコンテンツは、明示的ACK/NACKフィードバック、あるいは、あるHARQ IDのためのバッファをUEがフラッシュすることを可能にされるかどうか、またはそのHARQ IDのために再送信がトリガされるべきであるかどうかに関する情報を搬送する、新データインジケータ(NDI)のいずれかであり得る。
様々な以下の実施形態では、SPSという専門用語が使用されるとき、その専門用語は、たとえばビットマップによってまたは単一の時間オケージョンによって表される、時間/周波数リソースのセットが、設定された時間パターンに従って送信のために周期的に利用可能である、スケジューリングフレームワークを指すものとする。
以下の実施形態は、自律ULアクセス方式がどのように設定されるかにかかわらず、たとえば、設定された周期性に従って周期的に繰り返す送信オケージョンを伴うSPSの形式で設定されるか、またはシステムフレーム番号(SFN)長をスパンするためにある回数反復するある長さのビットマップの形式であって、各ビットが、UEが特定のサブフレーム中で送信することを可能にされるか否かを指示する、ビットマップの形式で設定されるかにかかわらず、自律ULアクセスがUEに対して設定される事例に適用される。
以下の実施形態は、概して、HARQフィードバックおよびHARQフィードバックを配信する物理チャネル(たとえばPDCCHまたはPHICH)のために使用される機構にかかわらず、適用される。
以下の実施形態は、LTE/LAA/MulteFire/LTE-U、または新しい無線(NR)など、LTEの将来世代に適用される。
「UE」および「無線デバイス」という用語は、本開示では互換的に使用されることに留意されたい。また、UEまたは無線デバイスは任意の端末デバイスを表すことができ、それらの端末デバイスは、(ネットワークに接続することが可能な車両(車、トラック、バスなど)などの)車両UE、および歩行者UE(たとえばセルフォン/スマートフォン)であり得る。
概して述べれば、本開示の実施形態は、UEが、UEがそうすることができるときはいつでも、eNBによってすでに設定されたリソースを使用して送信または再送信することを可能にする。ただし、UEは、上位レイヤにおけるRLC並べ替えプロシージャを乱さないために、ある時間ウィンドウ内にそれを行うべきである。
実施形態1- 禁止タイマーによって与えられた再送信ウィンドウ
この実施形態では、UEには、タイマーによって与えられた再送信ウィンドウが設定され、そのタイマーは再送信禁止タイマーと呼ばれることがある。再送信禁止タイマーは、UEが再送信を実施することをいつ可能にされるかを決定するために使用される。HARQフィードバックは失われることまたは単にLBT発生のために送信されないことがあるので、再送信禁止タイマーの役割は、eNBが、まだ確認応答されていないHARQプロセスのためのHARQフィードバックを送るためのより多くのオケージョンを有することを可能にすることである。
再送信禁止タイマーは、あるHARQプロセスに関連付けられ、その再送信禁止タイマーの満了において、UEは、前に送信されたHARQプロセスのUL再送信を実施することを可能にされる。UL再送信は、タイマー満了後の第1のグラントされた送信オケージョンにおいて、または実施形態2で開示される方法に従って実施され得る。
再送信禁止タイマーは、以下の発生のうちのいずれかにおいてトリガされ得る。
1.PUSCH送信または再送信を実施した後。
2.HARQ RTTの満了においてHARQフィードバックが受信されなかった場合、HARQ RTTの満了において。
3.DRX再送信タイマーの満了前にHARQフィードバックが受信されなかった場合、HARQ RTTの満了においてトリガされるDRX再送信タイマー(すなわちdrx-ULRetransmissionTimer)の満了において。
i. DRX再送信タイマーが設定されなかった場合、UEは、HARQ RTTの満了において再送信タイマーをトリガする。
4.DRX再送信タイマー(すなわちdrx-ULRetransmissionTimer)がトリガされた後。
5.UEがフィードバックを要求した後。非限定的な例として、UEは、アップリンク制御シグナリング(UCI)を介してHARQフィードバック要求を送る。
上記のすべての5つのオプションでは、再送信禁止タイマーは、この再送信タイマーが関連付けられたHARQプロセスのためのHARQフィードバックを受信すると、停止およびクリアされる。再送信が実施されると、上記に記載されたオプションのうちの1つに続いて、このHARQプロセスに関連付けられた新しい再送信禁止タイマーが始動されて開始され得る。
図2は、実施形態1のオプション3に従って説明される、再送信機構200の一例を示す。
ステップ210において、UEはeNBにアップリンクデータ送信を送り、アップリンクデータ送信は、対応するHARQ IDに関連付けられる。HARQ IDに関連付けられたULデータを送信すると、UEは、ステップ220において、HARQ RTTタイマー230をトリガする。UEは、HARQ RTTタイマー230がトリガされた後に、DRX再送信タイマー260をもトリガすることができる。ステップ240において、UEは、次いで、HARQ RTTタイマー230およびDRX再送信タイマー260の満了後に、たとえば、HARQ RTTタイマー230およびDRX再送信タイマー260内にHARQフィードバックが受信されなかった(すなわち、図2の破線の矢印が、タイマー230およびタイマー260によってセットされた時間内にHARQフィードバックがUEによって受信されなかったことを示す)場合、再送信禁止タイマー250をトリガする。上記で説明されたように、再送信禁止タイマー250は、他の要因でもトリガされ得る。
再送信禁止タイマー250がトリガされると、それは、禁止タイマー250によってセットされた時間期間中にUEが再送信を実施することを可能にされないことを意味する。禁止タイマー250が満了すると、UEは再送信を実施することを可能にされる。禁止タイマー250によってセットされた時間期間中に、UEがHARQフィードバックを受信した場合、UEは再送信禁止タイマー250を停止する。
この実施形態の変形態では、(時間をカウントする)タイマーではなく、UEが再送信を実施することをいつ可能にされるかを決定するために、再送信禁止カウンタが使用され得る。再送信禁止カウンタは、あるイベント、たとえば再送信が発生したとき、進められ(または増加され)得る。代替的に、再送信禁止カウンタは、UEがネットワークノードからHARQフィードバックを受信することを予想するが、対応するHARQプロセスのためのHARQフィードバックが受信されない、各TTIについて進められ得る。たとえば、再送信禁止カウンタは、HARQ RTTの満了において始動され、UEが(たとえば、onDurationTimer、drx-InactivityTimer、drx-ULRetransmissionTimerのようなすべてのDRXオケージョン中に)DLチャネルを監視するためにアウェイクであるが、対応するHARQ IDのためのHARQフィードバックが受信されない、すべてのサブフレームについて進められる。したがって、再送信禁止カウンタは、UEがDRXスリープモードにあるとき、進められない/増加されない。再送信禁止カウンタは、再送信がネットワークノードにおいて受信された場合、すなわち、HARQフィードバックがUEによって受信された場合、クリアされる。
再送信禁止タイマー250またはカウンタのための、異なる値が設定され得る。再送信禁止タイマー250は、2つ以上のDRXオケージョンをカバーするように、たとえば、drx-ULRetransmissionTimerをカバーするだけでなく、DRXサイクル設定に応じて周期的に発生する、DRX onDurationTimerをもカバーするように、eNBによって設定され得る。これは、数回のLBT発生の場合、ネットワークノードが、HARQフィードバックを配信するより多くの機会を有することを可能にする。タイマー/カウンタが無限大に設定またはセットされなかった場合、UEは、あるHARQ IDの再送信を、そのHARQ IDのための明示的HARQフィードバックがネットワークノードから受信されるまで、実施することを可能にされない。
実施形態2- 再送信タイマーによって与えられた再送信ウィンドウ
この実施形態では、対応するHARQ IDに関連付けられた再送信禁止タイマー250の満了において、UEは、UEが、HARQ IDに対応する再送信をその中で実施する必要がある、このHARQ IDのための再送信ウィンドウを始動することができる。再送信ウィンドウは、UEが再送信を実施するためにあまりに多くの時間を使用すること、および、たとえば、場合によってはRLC並べ替えプロシージャに影響を及ぼすことを回避するために必要とされる。
UEが再送信ウィンドウ内に再送信を実施した場合、再送信ウィンドウはクリアされる(すなわち、再送信ウィンドウは終了する)。場合によっては、再送信ウィンドウは、LBTまたは他の理由のために、UEが再送信を実施しなかった場合でも最終的に満了し、それにより再送信カウンタが進められる、すなわち増やされる(または、カウンタがどのように実装されたかに応じて減らされる)。再送信ウィンドウの満了において、新しい再送信ウィンドウが開始することができる。再送信カウンタは、再送信ウィンドウの数をカウントするために使用される。UEが再送信ウィンドウ内に何とかUL再送信を送信した場合、実施形態1で開示された方法が、この再送信に関連付けられたHARQプロセスを追跡するために使用され得、たとえば、UEは、その再送信に関連付けられたHARQ RTT230の満了に続いて再送信禁止タイマー250をトリガする。
たとえば、再送信ウィンドウは、HARQ IDによって識別された、あるHARQプロセスのための再送信がいつトリガされるべきであるかを決定する、eNBによって設定され得る。
再送信ウィンドウはタイマーによって制御され得、そのタイマーは再送信タイマーと呼ばれることがある。
異なる論理チャネル識別情報(LCID)について、異なる再送信タイマーがセットされ得る。たとえば、高優先度トラフィックの配信レイテンシを低減するために、より高い優先度のLCIDのために、より短い再送信タイマーが使用され得る。代替的に、eNBによって、異なるチャネル条件について、異なる再送信タイマーが設定され得、すなわち、干渉が小さいと見なされ、LBT発生の確率が小さいときの場合、短いタイマーが設定される。
HARQプロセスごとに1つの時間ウィンドウと、随意に、再送信試みごとに1つの時間ウィンドウとがあり得る。時間ウィンドウは、ネットワークによって設定されるタイマーによって(またはTTI/サブフレームの数によって)表現され得る。このタイマーをセットするための1つの方法は、RLC受信エンティティが、RLC受信ウィンドウを前進させ、RLC PDUの再送信をトリガするように送信エンティティに通知することをトリガする、RLC t並べ替えタイマーなどの並べ替えタイマーよりも、そのタイマーが厳密に小さくなるように設定することである。たとえば、再送信タイマーの値はMAC PDUのための再送信試みの最大数に依存し得、たとえば、各再送信試みに関連付けられた再送信タイマーがある。また、可能にされる再送信試みの数が高いほどタイマーは短く、その逆も同様である。設定ルールは、(ネットワークによって設定された)再送信タイマー値の合計の長さがRLC並べ替え値よりも厳密に小さいことであり得る。
代替的に、再送信タイマーは、UL送信のためのグラントされたリソースがあるサブフレームの数に関して表現され得る。したがって、この場合、再送信タイマーは、UL送信のためのグラントされたリソースがあるあらゆるサブフレームについて進められ(または増加され)、再送信タイマーは、グラントされたリソースがないサブフレームについて進められない。
図3は、実施形態2による、再送信機構300の一例を示す。
ステップ310において、UEはeNBにアップリンクデータ送信を送り、アップリンクデータ送信は、対応するHARQ IDに関連付けられる。HARQ IDに関連付けられたULデータを送信すると、UEは、ステップ320において、HARQ RTTタイマー330をトリガする。UEは、HARQ RTTタイマー330がトリガされた後に、DRX再送信タイマー335をもトリガすることができる。ステップ340において、UEは、HARQ RTTタイマー330およびDRX再送信タイマー335の満了において、たとえば、HARQフィードバックが受信されなかった(破線の矢印が、タイマー330およびタイマー335によってセットされた時間内にHARQフィードバックがUEによって受信されなかったことを示す)場合、再送信禁止タイマー350をトリガする。再送信禁止タイマー350の満了において、UEは、再送信ウィンドウを開始し(ステップ360)、再送信ウィンドウは再送信タイマー370によって制御される。再送信タイマー370によってセットされた時間期間中に、UEは、前に送信されたデータの再送信を送ることを可能にされる。再送信タイマー370によってセットされた時間期間中にHARQ ACKが受信されなかった場合、UEはeNBに再送信を送る(ステップ380)。この再送信後に、ステップ385において、UEは、再送信タイマー370をクリアまたは停止する。また、再送信380に続いて、UEはHARQ RTTタイマー390を開始する。方法200は、この再送信に対応するHARQプロセスを追跡するために使用され得る。
再送信タイマー370が保留中であるときにUEがHARQフィードバックを受信した場合、UEは、一例では、保留中の再送信タイマー370を停止することができる。後で、UEは、(HARQフィードバックがACKを含んでいる場合に)新しい送信または(HARQフィードバックがNACKを含んでいる場合に)再送信のいずれかをスケジュールすることができる。より詳細には、ACKが受信された場合、再送信タイマー370は停止され、再送信タイマー370はこのHARQプロセスのための次の送信までリセットされない。このHARQプロセスのための次の送信において、UEは、このHARQ IDのための新しいデータをスケジュールし、冗長バージョンインジケータ(RVI)をリセットし、NDIをトグルし、再送信カウンタをリセットする。
HARQフィードバックがNACKである場合、再送信タイマー370はリセットされない。代わりに、再送信タイマー370は再送信後にリセットされる。再送信が実施されなかった場合、UEは現在の再送信試みを放棄する。代替的に、HARQフィードバックがNACKを含んでいる場合、再送信タイマー370は停止され、直後にリセットされる。これは、このHARQプロセスのための再送信が、再送信タイマー370によってセットされた時間期間内に発生することを保証するために重要である。したがって、HARQフィードバックの受信において、UEはNDIをトグルせず、UEはRVIと再送信カウンタとを進め得る。
別の代替形態では、再送信タイマー370は、所与のHARQプロセスのためのすべての考えられる再送信オケージョンをカバーすることができる。この場合、再送信タイマー370は、各再送信後に停止およびリセットされず、むしろ、再送信タイマー370は、再送信タイマー370が満了するか、またはACKをもつHARQフィードバックが受信されるまで進行する。再送信タイマー370の満了後に、UEは、このHARQプロセスのための新しい送信をトリガすることができる。
また別の例では、再送信タイマー370は、HARQフィードバックが、再送信タイマー370によって与えられた時間期間の持続時間中に受信された場合、停止されない。再送信カウンタは、再送信タイマー370が満了したときはいつでも、およびUEが再送信を実施するときはいつでも進められる。
再送信カウンタが再送信試みの最大設定可能量に達した場合、このHARQプロセスに関係するUEバッファがフラッシュされ得、対応するパケットが放棄され、すなわち、新しいパケットが、利用可能な場合、このHARQ IDのために処理され、RVIカウンタはリセットされ、NDIはトグルされ、再送信カウンタはリセットされる。
実施形態3- HARQ再送信ウィンドウ
この実施形態では、(本明細書ではHARQウィンドウタイマーと呼ばれる)タイマーによって与えられたHARQ再送信ウィンドウが、HARQプロセスを正常に完了することを可能にされる最大時間を指示するために使用される。または、換言すれば、UEが、あるHARQプロセスからのあるトランスポートブロック/データを送信することを可能にされた最大時間があり、この時間の後に、UEは、もはや、そのHARQプロセスからのそのトランスポートブロックを送信することを可能にされない。
これは、UEによって実装され得、その結果、ACK、またはこのHARQ IDのためにトグルされたNDIのいずれかを指示する、ネットワークノードによって送られたHARQ確認応答が、再送信ウィンドウ内に受信されなかった場合、UEは、そのHARQプロセスからのトランスポートブロックを送信し続けることを可能にされないであろう。UEは、このHARQプロセスに関連付けられたバッファをフラッシュし、および/または、NDIをトグルすることとRVIをリセットすることとによって、このHARQプロセスのための新しい(すなわち新しいトランスポートブロックをもつ)送信を実施することを可能にされ得る。
したがって、UEは、再送信の最大数が達せられた後、またはHARQ再送信ウィンドウ内に正常な送信が実施されなかった後のいずれかで、バッファをフラッシュすることができる。HARQ再送信ウィンドウは、たとえば、再送信タイマーが設定されたか否かにかかわらず、設定され得る。HARQ再送信ウィンドウ/タイマーは、再送信禁止タイマーに関して実施形態1で開示された条件/ファクタと同様の条件/ファクタに基づいて、始動され得る。たとえば、HARQウィンドウタイマーは、初期送信の直後に、またはHARQ RTTの満了において、またはHARQ RTTの満了に続く第1のDRXオケージョン/タイマーの満了においてなど、始動され得る。
さらに、一例では、所与のHARQプロセスのためのHARQウィンドウタイマーが満了したとき、UEは何もせず、このHARQプロセスのための、eNBからのHARQフィードバックを待つ。
別の例では、HARQウィンドウタイマーは、UEがあるRLCプロトコルデータユニット(PDU)/サービスデータユニット(SDU)(または、再送信方式がパケットデータコンバージェンスプロトコル(PDCP)/無線リソース制御(RRC)レイヤにおいて導入された場合のPDCP/RRC PDU/SDUなど、他の上位レイヤ再送信)を再送信するときに終了すると考えられる。以下では、RLCは、一例として使用される。たとえば、UEがトランスポートブロックX中でRLC PDU/SDU Aを送信する場合、UEは、RLC PDU/SDU Aが含まれているトランスポートブロックXを送信するために使用されるHARQプロセスのために適用可能なHARQ再送信ウィンドウを維持するであろう。後でRLC PDU/SDU Aが再送信された場合、UEは、RLC PDU/SDU Aが再送信されたので、もはやトランスポートブロックXを送信することを可能にされないであろう(その送信は、Yなど、別のトランスポートブロック中で行われるであろう)。これの利益は、あるRLC PDU/SDUが、任意の時点において、1つのトランスポートブロック中で送信されることを可能にされるにすぎないであろうことである。これは、いくつかのやり方で実装され得、たとえば、UE中のRLCエンティティからUE中の媒体アクセス制御(MAC)またはPHYエンティティに指示が提供され得、その指示は、RLCエンティティが、あるPDU/SDUの再送信を実施することを指示する。別の手法は、HARQ再送信ウィンドウが、あるRLC PDU/SDUの(再)送信間の時間を考慮した値に設定されたタイマーによって規定されることである。
図4は、実施形態3による、再送信機構400の一例を示す。
ステップ410において、UEはeNBにアップリンクデータ送信を送り、アップリンクデータ送信は、対応するHARQ IDに関連付けられる。HARQ IDに関連付けられたULデータを送信すると、UEは、ステップ420において、HARQ RTTタイマー430をトリガする。
次いで、UEは、ステップ435において、HARQ再送信ウィンドウまたは再送信ウィンドウ440をトリガし得る。HARQ再送信ウィンドウ440は、DRX再送信タイマー445と、再送信禁止タイマー450と、再送信タイマー460とを備え得る。再送信禁止タイマー450は、HARQ RTTタイマー430の満了において、またはDRX再送信タイマー445の満了において、たとえば、それらの2つのタイマーによって与えられた時間ウィンドウ中にHARQフィードバックが受信されなかった場合、トリガされ得る。再送信タイマー460は、再送信禁止タイマー450の満了においてトリガされ得る。再送信タイマー460によって与えられた時間ウィンドウ中に、UEは、前に送信されたデータの再送信を送ることを可能にされる。再送信タイマー460中にHARQ ACKが受信されなかった場合、UEは、再送信タイマー460内にeNBに再送信を送る(ステップ470)。この再送信後に、UEは、再送信タイマー460をクリアまたは停止することができる。HARQ再送信ウィンドウ440の終了において、ACKが受信されなかったか、またはNDIが再送信のためにトグルされた場合、UEは、ステップ480において、バッファをフラッシュする。
HARQ再送信ウィンドウ440内に、いくつかの再送信タイマー460が設定され得ることに留意されたい。
実施形態4- 新しいグラント受信
実施形態4は、eNBが自律UEアクセス方式をオーバーライド(またはキャンセル)するために使用することができる、いくつかの方法を提供する。たとえば、eNBは、あるHARQ IDのために明示的スケジューリング割り当てを提供することができる。そうするために、eNBは、特定のHARQ IDのための動的ULグラントを送ることができる。ULグラントは、たとえば、PDCCHグラントであり、PDCCHグラントは、たとえば、既存のSPS設定をオーバーライドすることができる。そのようなコマンドは、動的スケジューリングが適用されるべきであることを指示するための明示的フラグを含んでいることがある。たとえば、それは、このPDCCH中に含まれるグラントを使用すると想定される、HARQプロセスのHARQ IDを含んでいることがある。したがって、UEがULグラントを受信するとき、UEは、固定時間、たとえばn+4において、HARQ IDを送信することになる。
時間nにおいて受信されたグラントは、n+4において使用されるべき単一のグラントである(動的スケジューリングが使用される、すなわちグラントがSPS無線ネットワーク一時識別子(RNTI)でスクランブルされない)か、または現在のSPSリソースの代わりに使用されるべき他のSPSリソース(たとえば、変調符号化方式(MCS:Modulation Coding Scheme)、グラントがSPS-RNTIでスクランブルされた物理リソースブロック(PRB))の指示を含んでいる(SPSスケジューリングが使用される)かのいずれかであることがある。複数のSPS設定がUEのために設定される場合、グラントは、複数のSPS設定のうち、UEがこのHARQ IDのためにどれを使用するべきであるかの指示(たとえば所望のSPS設定に対するインデックス)をも含んでいることがある。
したがって、このPDCCHグラントは、このPDCCH中に含まれるグラントに従うべきであるプロセスのHARQ IDと、使用されるべき送信リソースと、場合によっては、そのようなリソースを使用するときにUEが新しいデータを送信する(すなわち、バッファをフラッシュする)べきであるかどうかの指示とを含んでいるものとする。そのような指示は、レガシーシステムの場合のように、NDIによって表され得る(たとえば、NDI=0は新しい送信を指示し、NDI=1は再送信を指示し、または、トグルされたNDIは新しい送信を指示し、トグルされないNDIは再送信を指示する)。代替的に、このPDCCHコマンドはHARQフィードバックとともにeNBによって配信され、UEはHARQフィードバック上の指示に従うべきである。たとえば、HARQフィードバック中のHARQプロセスIDに関連付けられたビットが0である場合、UEは、PDCCHにおいて、このHARQ IDのために指示されたリソースを使用してこのパケットを再送信する。PDCCHにおいて、このHARQ IDのための新しいリソースが割り当てられない場合、UEは、いかなる新しい送信および再送信のためにも、前にグラントされたリソースを使用することができる。
PDCCHグラントがこのHARQプロセスIDのための何らかのNDI情報を含んでいる場合、UEは、もしあれば、進行中の再送信タイマーを停止する。UEは、PDCCHコマンド中で提供されたスケジューリング指示に従って、UL送信または再送信を実施する。どのタイプのリソースがUEのためにスケジュールされたか(グラントがSPS-RNTIでスクランブルされたか否か)に応じて、UEは、UL送信時に、再送信タイマーを開始することも開始しないこともある。
たとえば、グラントされたリソースが、1つの送信オケージョンのみにおいて、ただ、あるHARQプロセスIDの1つの送信または再送信のために有効である(たとえばグラントがSPS-RNTIでスクランブルされない)場合、UEは、これらのグラントされたリソースに関連付けられた送信または再送信を実施し、UEは、このHARQ IDのためのさらなる再送信または新しい送信を実施する前にeNBによるさらなるPDCCHグラントを待つべきである。
代替的に、eNBは、UEが、このHARQ IDの再送信を実施する前にさらなるPDCCHグラントを待つべきであるかどうか、または、UEが、UL送信の後に再送信タイマーを開始することおよびそのような再送信タイマー内に再送信を実施することを可能にされるかどうかを、PDCCHグラント中で明示的に指示することができる。
実施形態5- HARQ再送信失敗を解決するためのアクション
実施形態5は、実施形態1、2、3、および4のうちのいずれかの方法に適用され、特定のUEアクションおよびeNBアクションが、(たとえば、HARQフィードバックのDL送信におけるLBT失敗、またはHARQフィードバックがUEによって受信されなかったことによる)HARQフィードバックの欠如から回復するために必要とされる。
いくつかの場合には、UEは、あるHARQ IDのためのPUSCH(再)送信を送るが、eNBは、たとえば干渉または帯域チャネル品質(DTX)のために、それらのPUSCH(再)送信を検出することができないことがある。HARQ IDとTTIとの間に関連付けがないので、eNBは、UEがどのプロセスを配信することを試みているかを知らない。eNBは、以下を実施することによって、HARQプロセスIDのためのHARQフィードバックを送り/トリガし得る。
- eNBは、周期的HARQフィードバックを送り得る。この場合、eNBは、そのようなHARQフィードバックをトリガするためにタイマーを使用し得る。
- 別の場合には、eNBは、UEがある時間の間使用しなかったHARQプロセスIDについて、特定のサブフレーム上の送信のために、UL明示的動的スケジューリンググラントを提供する。
- 別の場合には、eNBは、HARQフィードバックを今度のDL送信と多重化する。非限定的な例として、HARQフィードバックが発見参照信号(DRS)送信と多重化される。
HARQフィードバックを提供することを複数回試みて、UEから送信がないと、eNBは、あるHARQ IDのためのUL送信が配信され得ないキャリアを非アクティブ化(または設定解除)し得る。
追加のアクションがeNBによって実施され得る。UL性能が悪い場合、たとえば、HARQ再送信ウィンドウ440が1回または複数回満了した場合、および/または再送信の最大許容数が所与のHARQプロセスについて達せられた場合、および/またはいくつかの連続するLBT失敗が発生した場合、以下のアクションが考慮され得る。
- eNBは、DLライセンス済みセルのいずれかから、または、現在問題を経験していない(たとえば低LBT発生の)別のDL未ライセンスセルから、問題のあるULセルのクロスキャリアスケジューリングを実施することを開始する。
- eNBは、自律ULアクセス設定を使用することを停止し、問題のあるHARQ IDのために動的スケジューリングを使用することを開始する。この場合、あるHARQ IDのUL(再)送信は、UEとeNBの両方によって知られている特定のサブフレームにおいて発生するであろう。このアクションは、場合によっては、問題のあるHARQプロセスのための新しい送信をトリガしなくても実施され得る。
- eNBは、問題のあるULセルを非アクティブ化(または設定解除)する。
- eNBは、問題のあるULセルについて、または代替的に、問題のあるHARQプロセスのみについて、部分的なMACリセットをトリガし、これは、たとえば、前の実施形態で開示されたすべてのタイマーおよびカウンタがクリアされ、リセットされることを暗示する。
eNBのアクションは、eNBによって直接トリガされるか、またはUE要求に応じてのいずれかであり得る。
第1の場合には、eNBは、HARQ再送信ウィンドウ、および、UEがいくつの再送信をすでに実施したかに気づいていないことがある。したがって、eNBは、eNBがそのHARQプロセスに明示的に確認応答しなかったにもかかわらず、トグルされたNDIとともに、PUSCH上のUCIがどのくらいの頻度で受信されたかをカウントし得る。トグルされたNDIとともに受信されたUCIの1つまたは複数の発生の後で、および確認応答がまだ送られていない状態で、eNBは上記のアクションをトリガする。上記のアクションは、DLにおけるLBTの複数の連続する発生、またはDLにおける、所与の時間期間における、あるしきい値よりも高いLBT発生の場合にも、トリガされ得る。
第2の場合には、未ライセンスセルにおいて発生している問題についてeNBに通知するのはUEであり、たとえば、何らかの情報がUEAssistanceInformationメッセージのような専用RRCメッセージ中で送られる。メッセージのトリガリングは以下に基づき得る。
- ULにおける連続するLBT発生、または所与の時間期間におけるあるしきい値よりも高いLBT発生。
- 同じHARQプロセスまたは2つ以上のHARQプロセスについての確認応答がネットワークノードから受信されない状態での(たとえばHARQ再送信ウィンドウ満了、または最大HARQ再送信が達せられたことによる)NDIトグリングの連続する発生。
そのメッセージは、たとえば、UEが、特殊なeNBアクションを要求している理由(たとえば、LBT失敗がある回数発生した、またはHARQプロセスがある時間期間内に確認応答されなかったなど)、その問題点が検出されたセル、(1つまたは複数の)影響を受けたHARQプロセスIDを指示し得る、異なるフィールドを含んでいることがある。
次に図5を参照すると、自律ULアクセスを使用してネットワークノードと通信するための方法500が説明される。本方法は、無線デバイスまたはUE(図QQ1で説明されるQQ110など)において実装され得る。ネットワークノードは、図QQ1のネットワークノードQQ160であり得る。
方法500は以下を含む。
ネットワークノードにデータ送信を送った後に、データ送信のフィードバックプロセスに関連付けられた再送信ウィンドウを開始することであって、再送信ウィンドウが第1のタイマーを含む、再送信ウィンドウを開始すること(ブロック510)、および
第1のタイマーによって与えられた時間期間中にフィードバック信号の不在を検出したことに応答して、第1のタイマーの満了後にデータを再送信すること(ブロック520)。
たとえば、第1のタイマーは、禁止タイマー250、350、または450であり得、無線デバイスが、第1のタイマーによって与えられた時間期間内に、送信されたデータの再送信を実施するのを禁止するように設定される。
再送信ウィンドウはHARQ再送信ウィンドウ440であり得る。
いくつかの実施形態では、データ送信のフィードバックプロセスはハイブリッド自動再送要求(HARQ)フィードバックプロセスを含み得、第1のタイマーは、データ送信(または送信されたデータ)に関連付けられたHARQフィードバックプロセスのHARQ識別子に関連付けられ得る。
いくつかの実施形態では、データ送信を送ることは、送信されたデータの再送信を送ることを含み得る。
いくつかの実施形態では、第1のタイマーは、ネットワークノードにデータ送信を送った後、送信されたデータに関連付けられたフィードバック信号が受信されない、HARQラウンドトリップ(HARQ RTT)タイマーの満了後、送信されたデータに関連付けられたフィードバック信号が受信されない、間欠受信(DRX)再送信タイマーの満了後、間欠受信(DRX)再送信タイマーをトリガした後、またはネットワークノードにフィードバック要求を送った後にトリガされ得る。
いくつかの実施形態では、第1のタイマーは、第1のタイマーによって与えられた時間期間中にフィードバック信号を受信すると停止され得る。
いくつかの実施形態では、再送信ウィンドウは第2のタイマーをさらに含み得る。第2のタイマーは再送信タイマー460であり得、再送信タイマー460は、無線デバイスが、再送信タイマーによって与えられたその時間期間中に、送信されたデータの再送信を実施するのを可能にするように設定される。
いくつかの実施形態では、第2のタイマーは、第1のタイマーの満了においてトリガされ得る。
いくつかの実施形態では、第2のタイマーは、並べ替えタイマーよりも小さくなるように設定され得る。
いくつかの実施形態では、送信されたデータの再送信が、第2のタイマーによって与えられた時間期間中に実施されなかった場合、第2のタイマー(または再送信タイマー460)が満了した後に別の第2のタイマー(または第2の再送信タイマー460)がトリガされ得る。
いくつかの実施形態では、第2のタイマー460がトリガされる回数を監視するための、第2のタイマーのカウンタ(または再送信タイマー460のカウンタ)がトリガまたは始動され得る。
いくつかの実施形態では、第2のタイマー460は、第2のタイマー460によって与えられた時間期間中にフィードバック信号を受信すると停止され得る。
いくつかの実施形態では、再送信ウィンドウ440は、HARQ RTTタイマーの満了後またはDRXタイマーの満了後に基づいてトリガされ得る。
いくつかの実施形態では、無線デバイスは、再送信ウィンドウの満了において無線デバイスのバッファをフラッシュし得る。
いくつかの実施形態では、無線デバイスは、フィードバック信号のためのアップリンクグラントを指示する信号を受信し得、アップリンクグラント信号の受信に応答して、無線デバイスは、再送信ウィンドウ440を停止する。
いくつかの実施形態では、無線デバイスには、SPS設定が設定され得る。さらに、無線デバイスは、アップリンクグラントを指示する信号を受信するとSPS設定を停止し得る。
図6は、無線ネットワーク(たとえば、図QQ1に示されている無線ネットワーク)における装置600の概略ブロック図を示す。本装置は、無線デバイス(たとえば、図QQ1に示されている無線デバイスQQ110)において実装され得る。装置600は、図5に関して説明された例示的な方法、および、場合によっては、本明細書で開示される任意の他のプロセスまたは方法を行うように動作可能である。また、図5の方法は、必ずしも装置600のみによって行われるとは限らないことを理解されたい。その方法の少なくともいくつかの動作は、1つまたは複数の他のエンティティによって実施され得る。
仮想装置600は、1つまたは複数のマイクロプロセッサまたはマイクロコントローラを含み得る、処理回路要素、ならびに、デジタル信号プロセッサ(DSP)、専用デジタル論理などを含み得る、他のデジタルハードウェアを備え得る。処理回路要素は、読取り専用メモリ(ROM)、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなど、1つまたはいくつかのタイプのメモリを含み得る、メモリに記憶されたプログラムコードを実行するように設定され得る。メモリに記憶されたプログラムコードは、いくつかの実施形態では、1つまたは複数の電気通信および/またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの1つまたは複数を行うための命令を含む。いくつかの実装形態では、処理回路要素は、開始ユニット/モジュール610、および再送信ユニット/モジュール620、および装置600の任意の他の好適なユニットに、本開示の1つまたは複数の実施形態による、対応する機能を実施させるために使用され得る。
図6に示されているように、装置600は、開始ユニット610と再送信ユニット620とを含む。開始ユニット610は、方法500の少なくともブロック510を実施するように設定される。再送信ユニット620は、方法500の少なくともブロック520を実施するように設定される。
本開示で説明されるソリューションは、任意の好適な構成要素を使用する任意の適切なタイプのシステムにおいて実装され得るが、説明されるソリューションの特定の実施形態は、図QQ1に示されている例示的な無線通信ネットワークなどの無線ネットワークにおいて実装され得る。
簡単のために、図QQ1の無線ネットワークは、ネットワークQQ106、ネットワークノードQQ160およびQQ160b、ならびにWD QQ110、QQ110bおよびQQ110cのみを図示する。実際には、無線ネットワークは、無線デバイス間の通信、あるいは無線デバイスと、固定電話、サービスプロバイダ、または任意の他のネットワークノードもしくはエンドデバイスなどの別の通信デバイスとの間の通信をサポートするのに好適な任意の追加のエレメントをさらに含み得る。示されている構成要素のうち、ネットワークノードQQ160および無線デバイス(WD)QQ110は、追加の詳細とともに図示される。無線ネットワークは、1つまたは複数の無線デバイスに通信および他のタイプのサービスを提供して、無線デバイスの、無線ネットワークへのアクセス、および/あるいは、無線ネットワークによってまたは無線ネットワークを介して提供されるサービスの使用を容易にし得る。
無線ネットワークは、任意のタイプの通信、電気通信、データ、セルラー、および/または無線ネットワーク、あるいは他の同様のタイプのシステムを含み、および/またはそれらとインターフェースし得る。いくつかの実施形態では、無線ネットワークは、特定の規格あるいは他のタイプのあらかじめ規定されたルールまたはプロシージャに従って動作するように設定され得る。したがって、無線ネットワークの特定の実施形態は、モバイル通信用グローバルシステム(GSM)、Universal Mobile Telecommunications System(UMTS)、Long Term Evolution(LTE)、ならびに/あるいは他の好適な2G、3G、4G、または5G規格などの通信規格、IEEE802.11規格などの無線ローカルエリアネットワーク(WLAN)規格、ならびに/あるいは、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス(WiMAX)、Bluetooth、Z-Waveおよび/またはZigBee規格など、任意の他の適切な無線通信規格を実装し得る。
ネットワークQQ106は、1つまたは複数のバックホールネットワーク、コアネットワーク、IPネットワーク、公衆交換電話網(PSTN)、パケットデータネットワーク、光ネットワーク、ワイドエリアネットワーク(WAN)、ローカルエリアネットワーク(LAN)、無線ローカルエリアネットワーク(WLAN)、有線ネットワーク、無線ネットワーク、メトロポリタンエリアネットワーク、およびデバイス間の通信を可能にするための他のネットワークを備え得る。
ネットワークノードQQ160およびWD QQ110は、以下でより詳細に説明される様々な構成要素を備える。これらの構成要素は、無線ネットワークにおいて無線接続を提供することなど、ネットワークノードおよび/または無線デバイス機能性を提供するために協働する。異なる実施形態では、無線ネットワークは、任意の数の有線または無線ネットワーク、ネットワークノード、基地局、コントローラ、無線デバイス、中継局、ならびに/あるいは有線接続を介してかまたは無線接続を介してかにかかわらず、データおよび/または信号の通信を容易にするかまたはその通信に参加し得る、任意の他の構成要素またはシステムを備え得る。
本明細書で使用されるネットワークノードは、無線デバイスと、ならびに/あるいは、無線デバイスへの無線アクセスを可能にし、および/または提供する、および/または、無線ネットワークにおいて他の機能(たとえば、アドミニストレーション)を実施するための、無線ネットワーク中の他のネットワークノードまたは機器と、直接または間接的に通信することが可能な、そうするように設定された、構成された、および/または動作可能な機器を指す。ネットワークノードの例は、限定はしないが、アクセスポイント(AP)(たとえば、無線アクセスポイント)、基地局(BS)(たとえば、無線基地局、ノードB、エボルブドノードB(eNB)およびNRノードB(gNB))を含む。基地局は、基地局が提供するカバレッジの量(または、言い方を変えれば、基地局の送信電力レベル)に基づいてカテゴリー分類され得、その場合、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局と呼ばれることもある。基地局は、リレーを制御する、リレーノードまたはリレードナーノードであり得る。ネットワークノードは、リモート無線ヘッド(RRH)と呼ばれることがある、集中型デジタルユニットおよび/またはリモートラジオユニット(RRU)など、分散型無線基地局の1つまたは複数(またはすべて)の部分をも含み得る。そのようなリモートラジオユニットは、アンテナ統合無線機としてアンテナと統合されることも統合されないこともある。分散型無線基地局の部分は、分散型アンテナシステム(DAS)において、ノードと呼ばれることもある。ネットワークノードのまたさらなる例は、マルチ規格無線(MSR)BSなどのMSR機器、無線ネットワークコントローラ(RNC)または基地局コントローラ(BSC)などのネットワークコントローラ、基地トランシーバ局(BTS)、送信ポイント、送信ノード、マルチセル/マルチキャスト協調エンティティ(MCE)、コアネットワークノード(たとえば、MSC、MME)、O&Mノード、OSSノード、SONノード、測位ノード(たとえば、E-SMLC)、および/あるいはMDTを含む。別の例として、ネットワークノードは、以下でより詳細に説明されるように、仮想ネットワークノードであり得る。しかしながら、より一般的には、ネットワークノードは、無線ネットワークへのアクセスを可能にし、および/または無線デバイスに提供し、あるいは、無線ネットワークにアクセスした無線デバイスに何らかのサービスを提供することが可能な、そうするように設定された、構成された、および/または動作可能な任意の好適なデバイス(またはデバイスのグループ)を表し得る。
図QQ1では、ネットワークノードQQ160は、処理回路要素QQ170、デバイス可読媒体QQ180、インターフェースQQ190、補助機器QQ184、電源QQ186、電力回路要素QQ187、およびアンテナQQ162を含む。図QQ1の例示的な無線ネットワーク中に示されているネットワークノードQQ160は、ハードウェア構成要素の示されている組合せを含むデバイスを表し得るが、他の実施形態は、構成要素の異なる組合せをもつネットワークノードを備え得る。ネットワークノードが、本明細書で開示されるタスク、特徴、機能および方法を実施するために必要とされるハードウェアおよび/またはソフトウェアの任意の好適な組合せを備えることを理解されたい。その上、ネットワークノードQQ160の構成要素が、より大きいボックス内に位置する単一のボックスとして、または複数のボックス内で入れ子にされている単一のボックスとして図示されているが、実際には、ネットワークノードは、単一の示されている構成要素を組成する複数の異なる物理構成要素を備え得る(たとえば、デバイス可読媒体QQ180は、複数の別個のハードドライブならびに複数のRAMモジュールを備え得る)。
同様に、ネットワークノードQQ160は、複数の物理的に別個の構成要素(たとえば、ノードB構成要素およびRNC構成要素、またはBTS構成要素およびBSC構成要素など)から組み立てられ得、これらは各々、それら自体のそれぞれの構成要素を有し得る。ネットワークノードQQ160が複数の別個の構成要素(たとえば、BTS構成要素およびBSC構成要素)を備えるいくつかのシナリオでは、別個の構成要素のうちの1つまたは複数が、いくつかのネットワークノードの間で共有され得る。たとえば、単一のRNCが、多数のノードBを制御し得る。そのようなシナリオでは、各一意のノードBとRNCとのペアは、いくつかの事例では、単一の別個のネットワークノードと考えられ得る。いくつかの実施形態では、ネットワークノードQQ160は、複数の無線アクセス技術(RAT)をサポートするように設定され得る。そのような実施形態では、いくつかの構成要素は複製され得(たとえば、異なるRATのための別個のデバイス可読媒体QQ180)、いくつかの構成要素は再利用され得る(たとえば、同じアンテナQQ162がRATによって共有され得る)。ネットワークノードQQ160は、ネットワークノードQQ160に統合された、たとえば、GSM、WCDMA、LTE、NR、WiFi、またはBluetooth無線技術など、異なる無線技術のための様々な示されている構成要素の複数のセットをも含み得る。これらの無線技術は、同じまたは異なるチップまたはチップのセット、およびネットワークノードQQ160内の他の構成要素に統合され得る。
処理回路要素QQ170は、ネットワークノードによって提供されるものとして本明細書で説明される、任意の決定動作、計算動作、または同様の動作(たとえば、いくつかの取得動作)を実施するように設定される。処理回路要素QQ170によって実施されるこれらの動作は、処理回路要素QQ170によって取得された情報を、たとえば、取得された情報を他の情報に変換することによって、処理すること、取得された情報または変換された情報をネットワークノードに記憶された情報と比較すること、ならびに/あるいは、取得された情報または変換された情報に基づいて、および前記処理が決定を行ったことの結果として、1つまたは複数の動作を実施することを含み得る。
処理回路要素QQ170は、単体で、またはデバイス可読媒体QQ180などの他のネットワークノードQQ160構成要素と併せてのいずれかで、ネットワークノードQQ160機能性を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の好適なコンピューティングデバイス、リソースのうちの1つまたは複数の組合せ、あるいはハードウェア、ソフトウェアおよび/または符号化された論理の組合せを備え得る。たとえば、処理回路要素QQ170は、デバイス可読媒体QQ180に記憶された命令、または処理回路要素QQ170内のメモリに記憶された命令を実行し得る。そのような機能性は、本明細書で説明される様々な無線特徴、機能、または利益のうちのいずれかを提供することを含み得る。いくつかの実施形態では、処理回路要素QQ170は、システムオンチップ(SOC)を含み得る。
いくつかの実施形態では、処理回路要素QQ170は、無線周波数(RF)トランシーバ回路要素QQ172とベースバンド処理回路要素QQ174とのうちの1つまたは複数を含み得る。いくつかの実施形態では、無線周波数(RF)トランシーバ回路要素QQ172とベースバンド処理回路要素QQ174とは、別個のチップ(またはチップのセット)、ボード、または無線ユニットおよびデジタルユニットなどのユニット上にあり得る。代替実施形態では、RFトランシーバ回路要素QQ172とベースバンド処理回路要素QQ174との一部または全部は、同じチップまたはチップのセット、ボード、あるいはユニット上にあり得る。
いくつかの実施形態では、ネットワークノード、基地局、eNBまたは他のそのようなネットワークデバイスによって提供されるものとして本明細書で説明される機能性の一部または全部は、デバイス可読媒体QQ180、または処理回路要素QQ170内のメモリに記憶された、命令を実行する処理回路要素QQ170によって実施され得る。代替実施形態では、機能性の一部または全部は、ハードワイヤード様式などで、別個のまたは個別のデバイス可読媒体に記憶された命令を実行することなしに、処理回路要素QQ170によって提供され得る。それらの実施形態のいずれでも、デバイス可読記憶媒体に記憶された命令を実行するか否かにかかわらず、処理回路要素QQ170は、説明される機能性を実施するように設定され得る。そのような機能性によって提供される利益は、処理回路要素QQ170単独に、またはネットワークノードQQ160の他の構成要素に限定されないが、全体としてネットワークノードQQ160によって、ならびに/または概してエンドユーザおよび無線ネットワークによって、享受される。
デバイス可読媒体QQ180は、限定はしないが、永続記憶域、固体メモリ、リモートマウントメモリ、磁気媒体、光媒体、ランダムアクセスメモリ(RAM)、読取り専用メモリ(ROM)、大容量記憶媒体(たとえば、ハードディスク)、リムーバブル記憶媒体(たとえば、フラッシュドライブ、コンパクトディスク(CD)またはデジタルビデオディスク(DVD))を含む、任意の形態の揮発性または不揮発性コンピュータ可読メモリ、ならびに/あるいは、処理回路要素QQ170によって使用され得る情報、データ、および/または命令を記憶する、任意の他の揮発性または不揮発性、非一時的デバイス可読および/またはコンピュータ実行可能メモリデバイスを備え得る。デバイス可読媒体QQ180は、コンピュータプログラム、ソフトウェア、論理、ルール、コード、テーブルなどのうちの1つまたは複数を含むアプリケーション、および/または処理回路要素QQ170によって実行されることが可能であり、ネットワークノードQQ160によって利用される、他の命令を含む、任意の好適な命令、データまたは情報を記憶し得る。デバイス可読媒体QQ180は、処理回路要素QQ170によって行われた計算および/またはインターフェースQQ190を介して受信されたデータを記憶するために使用され得る。いくつかの実施形態では、処理回路要素QQ170およびデバイス可読媒体QQ180は、統合されていると考えられ得る。
インターフェースQQ190は、ネットワークノードQQ160、ネットワークQQ106、および/またはWD QQ110の間のシグナリングおよび/またはデータの有線または無線通信において使用される。示されているように、インターフェースQQ190は、たとえば有線接続上でネットワークQQ106との間でデータを送るおよび受信するための(1つまたは複数の)ポート/(1つまたは複数の)端末QQ194を備える。インターフェースQQ190は、アンテナQQ162に結合されるか、またはいくつかの実施形態では、アンテナQQ162の一部であり得る、無線フロントエンド回路要素QQ192をも含む。無線フロントエンド回路要素QQ192は、フィルタQQ198と増幅器QQ196とを備える。無線フロントエンド回路要素QQ192は、アンテナQQ162および処理回路要素QQ170に接続され得る。無線フロントエンド回路要素は、アンテナQQ162と処理回路要素QQ170との間で通信される信号を調節するように設定され得る。無線フロントエンド回路要素QQ192は、無線接続を介して他のネットワークノードまたはWDに送出されるべきであるデジタルデータを受信し得る。無線フロントエンド回路要素QQ192は、デジタルデータを、フィルタQQ198および/または増幅器QQ196の組合せを使用して適切なチャネルおよび帯域幅パラメータを有する無線信号に変換し得る。無線信号は、次いで、アンテナQQ162を介して送信され得る。同様に、データを受信するとき、アンテナQQ162は無線信号を収集し得、次いで、無線信号は無線フロントエンド回路要素QQ192によってデジタルデータに変換される。デジタルデータは、処理回路要素QQ170に受け渡され得る。他の実施形態では、インターフェースは、異なる構成要素および/または構成要素の異なる組合せを備え得る。
いくつかの代替実施形態では、ネットワークノードQQ160は別個の無線フロントエンド回路要素QQ192を含まないことがあり、代わりに、処理回路要素QQ170は、無線フロントエンド回路要素を備え得、別個の無線フロントエンド回路要素QQ192なしでアンテナQQ162に接続され得る。同様に、いくつかの実施形態では、RFトランシーバ回路要素QQ172の全部または一部が、インターフェースQQ190の一部と考えられ得る。さらに他の実施形態では、インターフェースQQ190は、無線ユニット(図示せず)の一部として、1つまたは複数のポートまたは端末QQ194と、無線フロントエンド回路要素QQ192と、RFトランシーバ回路要素QQ172とを含み得、インターフェースQQ190は、デジタルユニット(図示せず)の一部であるベースバンド処理回路要素QQ174と通信し得る。
アンテナQQ162は、無線信号を送り、および/または受信するように設定された、1つまたは複数のアンテナまたはアンテナアレイを含み得る。アンテナQQ162は、無線フロントエンド回路要素QQ192に結合され得、データおよび/または信号を無線で送信および受信することが可能な任意のタイプのアンテナであり得る。いくつかの実施形態では、アンテナQQ162は、たとえば、2GHzと66GHzとの間の無線信号を送信/受信するように動作可能な1つまたは複数の全方向の、セクタまたはパネルアンテナを備え得る。全方向アンテナは、任意の方向に無線信号を送信/受信するために使用され得、セクタアンテナは、特定のエリア内のデバイスから無線信号を送信/受信するために使用され得、パネルアンテナは、比較的直線ラインで無線信号を送信/受信するために使用される見通し線アンテナであり得る。いくつかの事例では、2つ以上のアンテナの使用は、MIMOと呼ばれることがある。いくつかの実施形態では、アンテナQQ162は、ネットワークノードQQ160とは別個であり得、インターフェースまたはポートを通してネットワークノードQQ160に接続可能であり得る。
アンテナQQ162、インターフェースQQ190、および/または処理回路要素QQ170は、ネットワークノードによって実施されるものとして本明細書で説明される任意の受信動作および/またはいくつかの取得動作を実施するように設定され得る。任意の情報、データおよび/または信号が、無線デバイス、別のネットワークノードおよび/または任意の他のネットワーク機器から受信され得る。同様に、アンテナQQ162、インターフェースQQ190、および/または処理回路要素QQ170は、ネットワークノードによって実施されるものとして本明細書で説明される任意の送信動作を実施するように設定され得る。任意の情報、データおよび/または信号が、無線デバイス、別のネットワークノードおよび/または任意の他のネットワーク機器に送信され得る。
電力回路要素QQ187は、電力管理回路要素を備えるか、または電力管理回路要素に結合され得、本明細書で説明される機能性を実施するための電力を、ネットワークノードQQ160の構成要素に供給するように設定される。電力回路要素QQ187は、電源QQ186から電力を受信し得る。電源QQ186および/または電力回路要素QQ187は、それぞれの構成要素に好適な形式で(たとえば、各それぞれの構成要素のために必要とされる電圧および電流レベルにおいて)、ネットワークノードQQ160の様々な構成要素に電力を提供するように設定され得る。電源QQ186は、電力回路要素QQ187および/またはネットワークノードQQ160中に含まれるか、あるいは電力回路要素QQ187および/またはネットワークノードQQ160の外部にあるかのいずれかであり得る。たとえば、ネットワークノードQQ160は、電気ケーブルなどの入力回路要素またはインターフェースを介して外部電源(たとえば、電気コンセント)に接続可能であり得、それにより、外部電源は電力回路要素QQ187に電力を供給する。さらなる例として、電源QQ186は、電力回路要素QQ187に接続された、または電力回路要素QQ187中で統合された、バッテリーまたはバッテリーパックの形態の電力源を備え得る。バッテリーは、外部電源が落ちた場合、バックアップ電力を提供し得る。光起電力デバイスなどの他のタイプの電源も使用され得る。
ネットワークノードQQ160の代替実施形態は、本明細書で説明される機能性、および/または本明細書で説明される主題をサポートするために必要な機能性のうちのいずれかを含む、ネットワークノードの機能性のいくつかの態様を提供することを担当し得る、図QQ1に示されている構成要素以外の追加の構成要素を含み得る。たとえば、ネットワークノードQQ160は、ネットワークノードQQ160への情報の入力を可能にするための、およびネットワークノードQQ160からの情報の出力を可能にするための、ユーザインターフェース機器を含み得る。これは、ユーザが、ネットワークノードQQ160のための診断、メンテナンス、修復、および他の管理機能を実施することを可能にし得る。
本明細書で使用される無線デバイス(WD)は、ネットワークノードおよび/または他の無線デバイスと無線で通信することが可能な、そうするように設定された、構成された、および/または動作可能なデバイスを指す。別段に記載されていない限り、WDという用語は、本明細書ではユーザ機器(UE)と互換的に使用され得る。無線で通信することは、空中で情報を伝達するのに好適な、電磁波、電波、赤外波、および/または他のタイプの信号を使用して無線信号を送信および/または受信することを伴い得る。いくつかの実施形態では、WDは、直接人間対話なしに情報を送信および/または受信するように設定され得る。たとえば、WDは、内部または外部イベントによってトリガされたとき、あるいはネットワークからの要求に応答して、所定のスケジュールでネットワークに情報を送信するように設計され得る。WDの例は、限定はしないが、スマートフォン、モバイルフォン、セルフォン、ボイスオーバーIP(VoIP)フォン、無線ローカルループ電話、デスクトップコンピュータ、携帯情報端末(PDA)、無線カメラ、ゲーミングコンソールまたはデバイス、音楽記憶デバイス、再生器具、ウェアラブル端末デバイス、無線エンドポイント、移動局、タブレット、ラップトップ、ラップトップ内蔵機器(LEE)、ラップトップ搭載機器(LME)、スマートデバイス、無線顧客構内機器(CPE:customer premise equipment)、車載無線端末デバイスなどを含む。WDは、たとえばサイドリンク通信、車両対車両(V2V)、車両対インフラストラクチャ(V2I)、車両対あらゆるモノ(V2X)のための3GPP規格を実装することによって、デバイス間(D2D)通信をサポートし得、この場合、D2D通信デバイスと呼ばれることがある。また別の特定の例として、モノのインターネット(IoT)シナリオでは、WDは、監視および/または測定を実施し、そのような監視および/または測定の結果を別のWDおよび/またはネットワークノードに送信する、マシンまたは他のデバイスを表し得る。WDは、この場合、マシン間(M2M)デバイスであり得、M2Mデバイスは、3GPPコンテキストではMTCデバイスと呼ばれることがある。1つの特定の例として、WDは、3GPP狭帯域モノのインターネット(NB-IoT)規格を実装するUEであり得る。そのようなマシンまたはデバイスの特定の例は、センサー、電力計などの計量デバイス、産業用機械類、あるいは家庭用または個人用電気器具(たとえば冷蔵庫、テレビジョンなど)、個人用ウェアラブル(たとえば、時計、フィットネストラッカーなど)である。他のシナリオでは、WDは車両または他の機器を表し得、車両または他の機器は、その動作ステータスを監視することおよび/またはその動作ステータスに関して報告すること、あるいはその動作に関連付けられた他の機能が可能である。上記で説明されたWDは無線接続のエンドポイントを表し得、その場合には、デバイスは無線端末と呼ばれることがある。さらに、上記で説明されたWDはモバイルであり得、その場合には、デバイスはモバイルデバイスまたはモバイル端末と呼ばれることもある。
示されているように、無線デバイスQQ110は、アンテナQQ111、インターフェースQQ114、処理回路要素QQ120、デバイス可読媒体QQ130、ユーザインターフェース機器QQ132、補助機器QQ134、電源QQ136、および電力回路要素QQ137を含む。WD QQ110は、WD QQ110によってサポートされる、たとえば、ほんの数個を挙げると、GSM、WCDMA、LTE、NR、WiFi、WiMAX、またはBluetooth無線技術など、異なる無線技術のための示されている構成要素のうちの1つまたは複数の複数のセットを含み得る。これらの無線技術は、WD QQ110内の他の構成要素と同じまたは異なるチップまたはチップのセットに統合され得る。
アンテナQQ111は、無線信号を送り、および/または受信するように設定された、1つまたは複数のアンテナまたはアンテナアレイを含み得、インターフェースQQ114に接続される。いくつかの代替実施形態では、アンテナQQ111は、WD QQ110とは別個であり、インターフェースまたはポートを通してWD QQ110に接続可能であり得る。アンテナQQ111、インターフェースQQ114、および/または処理回路要素QQ120は、WDによって実施されるものとして本明細書で説明される任意の受信動作または送信動作を実施するように設定され得る。任意の情報、データおよび/または信号が、ネットワークノードおよび/または別のWDから受信され得る。いくつかの実施形態では、無線フロントエンド回路要素および/またはアンテナQQ111は、インターフェースと考えられ得る。
示されているように、インターフェースQQ114は、無線フロントエンド回路要素QQ112とアンテナQQ111とを備える。無線フロントエンド回路要素QQ112は、1つまたは複数のフィルタQQ118と増幅器QQ116とを備える。無線フロントエンド回路要素QQ112は、アンテナQQ111および処理回路要素QQ120に接続され、アンテナQQ111と処理回路要素QQ120との間で通信される信号を調節するように設定される。無線フロントエンド回路要素QQ112は、アンテナQQ111に結合されるか、またはアンテナQQ111の一部であり得る。いくつかの実施形態では、WD QQ110は別個の無線フロントエンド回路要素QQ112を含まないことがあり、むしろ、処理回路要素QQ120は、無線フロントエンド回路要素を備え得、アンテナQQ111に接続され得る。同様に、いくつかの実施形態では、RFトランシーバ回路要素QQ122の一部または全部が、インターフェースQQ114の一部と考えられ得る。無線フロントエンド回路要素QQ112は、無線接続を介して他のネットワークノードまたはWDに送出されるべきであるデジタルデータを受信し得る。無線フロントエンド回路要素QQ112は、デジタルデータを、フィルタQQ118および/または増幅器QQ116の組合せを使用して適切なチャネルおよび帯域幅パラメータを有する無線信号に変換し得る。無線信号は、次いで、アンテナQQ111を介して送信され得る。同様に、データを受信するとき、アンテナQQ111は無線信号を収集し得、次いで、無線信号は無線フロントエンド回路要素QQ112によってデジタルデータに変換される。デジタルデータは、処理回路要素QQ120に受け渡され得る。他の実施形態では、インターフェースは、異なる構成要素および/または構成要素の異なる組合せを備え得る。
処理回路要素QQ120は、単体で、またはデバイス可読媒体QQ130などの他のWD QQ110構成要素と併せてのいずれかで、WD QQ110機能性を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の好適なコンピューティングデバイス、リソースのうちの1つまたは複数の組合せ、あるいはハードウェア、ソフトウェアおよび/または符号化された論理の組合せを備え得る。そのような機能性は、本明細書で説明される様々な無線特徴または利益のうちのいずれかを提供することを含み得る。たとえば、処理回路要素QQ120は、図5の方法500など、本明細書で開示される機能性を提供するために、デバイス可読媒体QQ130に記憶された命令、または処理回路要素QQ120内のメモリに記憶された命令を実行し得る。
示されているように、処理回路要素QQ120は、RFトランシーバ回路要素QQ122、ベースバンド処理回路要素QQ124、およびアプリケーション処理回路要素QQ126のうちの1つまたは複数を含む。他の実施形態では、処理回路要素は、異なる構成要素および/または構成要素の異なる組合せを備え得る。いくつかの実施形態では、WD QQ110の処理回路要素QQ120は、SOCを備え得る。いくつかの実施形態では、RFトランシーバ回路要素QQ122、ベースバンド処理回路要素QQ124、およびアプリケーション処理回路要素QQ126は、別個のチップまたはチップのセット上にあり得る。代替実施形態では、ベースバンド処理回路要素QQ124およびアプリケーション処理回路要素QQ126の一部または全部は1つのチップまたはチップのセットになるように組み合わせられ得、RFトランシーバ回路要素QQ122は別個のチップまたはチップのセット上にあり得る。さらに代替の実施形態では、RFトランシーバ回路要素QQ122およびベースバンド処理回路要素QQ124の一部または全部は同じチップまたはチップのセット上にあり得、アプリケーション処理回路要素QQ126は別個のチップまたはチップのセット上にあり得る。また他の代替実施形態では、RFトランシーバ回路要素QQ122、ベースバンド処理回路要素QQ124、およびアプリケーション処理回路要素QQ126の一部または全部は、同じチップまたはチップのセット中で組み合わせられ得る。いくつかの実施形態では、RFトランシーバ回路要素QQ122は、インターフェースQQ114の一部であり得る。RFトランシーバ回路要素QQ122は、処理回路要素QQ120のためのRF信号を調節し得る。
いくつかの実施形態では、WDによって実施されるものとして本明細書で説明される機能性の一部または全部は、デバイス可読媒体QQ130に記憶された命令を実行する処理回路要素QQ120によって提供され得、デバイス可読媒体QQ130は、いくつかの実施形態では、コンピュータ可読記憶媒体であり得る。代替実施形態では、機能性の一部または全部は、ハードワイヤード様式などで、別個のまたは個別のデバイス可読記憶媒体に記憶された命令を実行することなしに、処理回路要素QQ120によって提供され得る。それらの特定の実施形態のいずれでも、デバイス可読記憶媒体に記憶された命令を実行するか否かにかかわらず、処理回路要素QQ120は、説明される機能性を実施するように設定され得る。そのような機能性によって提供される利益は、処理回路要素QQ120単独に、またはWD QQ110の他の構成要素に限定されないが、全体としてWD QQ110によって、ならびに/または概してエンドユーザおよび無線ネットワークによって、享受される。
処理回路要素QQ120は、WDによって実施されるものとして本明細書で説明される、任意の決定動作、計算動作、または同様の動作(たとえば、いくつかの取得動作)を実施するように設定され得る。処理回路要素QQ120によって実施されるようなこれらの動作は、処理回路要素QQ120によって取得された情報を、たとえば、取得された情報を他の情報に変換することによって、処理すること、取得された情報または変換された情報をWD QQ110によって記憶された情報と比較すること、ならびに/あるいは、取得された情報または変換された情報に基づいて、および前記処理が決定を行ったことの結果として、1つまたは複数の動作を実施することを含み得る。
デバイス可読媒体QQ130は、コンピュータプログラム、ソフトウェア、論理、ルール、コード、テーブルなどのうちの1つまたは複数を含むアプリケーション、および/または処理回路要素QQ120によって実行されることが可能な他の命令を記憶するように動作可能であり得る。デバイス可読媒体QQ130は、コンピュータメモリ(たとえば、ランダムアクセスメモリ(RAM)または読取り専用メモリ(ROM))、大容量記憶媒体(たとえば、ハードディスク)、リムーバブル記憶媒体(たとえば、コンパクトディスク(CD)またはデジタルビデオディスク(DVD))、ならびに/あるいは、処理回路要素QQ120によって使用され得る情報、データ、および/または命令を記憶する、任意の他の揮発性または不揮発性、非一時的デバイス可読および/またはコンピュータ実行可能メモリデバイスを含み得る。いくつかの実施形態では、処理回路要素QQ120およびデバイス可読媒体QQ130は、統合されていると考えられ得る。
ユーザインターフェース機器QQ132は、人間のユーザがWD QQ110と対話することを可能にする構成要素を提供し得る。そのような対話は、視覚、聴覚、触覚など、多くの形式のものであり得る。ユーザインターフェース機器QQ132は、ユーザへの出力を作り出すように、およびユーザがWD QQ110への入力を提供することを可能にするように動作可能であり得る。対話のタイプは、WD QQ110にインストールされるユーザインターフェース機器QQ132のタイプに応じて変化し得る。たとえば、WD QQ110がスマートフォンである場合、対話はタッチスクリーンを介したものであり得、WD QQ110がスマートメーターである場合、対話は、使用量(たとえば、使用されたガロンの数)を提供するスクリーン、または(たとえば、煙が検出された場合)可聴警報を提供するスピーカーを通したものであり得る。ユーザインターフェース機器QQ132は、入力インターフェース、デバイスおよび回路、ならびに、出力インターフェース、デバイスおよび回路を含み得る。ユーザインターフェース機器QQ132は、WD QQ110への情報の入力を可能にするように設定され、処理回路要素QQ120が入力情報を処理することを可能にするために、処理回路要素QQ120に接続される。ユーザインターフェース機器QQ132は、たとえば、マイクロフォン、近接度または他のセンサー、キー/ボタン、タッチディスプレイ、1つまたは複数のカメラ、USBポート、あるいは他の入力回路要素を含み得る。ユーザインターフェース機器QQ132はまた、WD QQ110からの情報の出力を可能にするように、および処理回路要素QQ120がWD QQ110からの情報を出力することを可能にするように設定される。ユーザインターフェース機器QQ132は、たとえば、スピーカー、ディスプレイ、振動回路要素、USBポート、ヘッドフォンインターフェース、または他の出力回路要素を含み得る。ユーザインターフェース機器QQ132の1つまたは複数の入力および出力インターフェース、デバイス、および回路を使用して、WD QQ110は、エンドユーザおよび/または無線ネットワークと通信し、エンドユーザおよび/または無線ネットワークが本明細書で説明される機能性から利益を得ることを可能にし得る。
補助機器QQ134は、概してWDによって実施されないことがある、より固有の機能性を提供するように動作可能である。これは、様々な目的のために測定を行うための特殊化されたセンサー、有線通信などのさらなるタイプの通信のためのインターフェースなどを備え得る。補助機器QQ134の構成要素の包含およびタイプは、実施形態および/またはシナリオに応じて変化し得る。
電源QQ136は、いくつかの実施形態では、バッテリーまたはバッテリーパックの形態のものであり得る。外部電源(たとえば、電気コンセント)、光起電力デバイスまたは電池など、他のタイプの電源も使用され得る。WD QQ110は、電源QQ136から、本明細書で説明または指示される任意の機能性を行うために電源QQ136からの電力を必要とする、WD QQ110の様々な部分に電力を配信するための、電力回路要素QQ137をさらに備え得る。電力回路要素QQ137は、いくつかの実施形態では、電力管理回路要素を備え得る。電力回路要素QQ137は、追加または代替として、外部電源から電力を受信するように動作可能であり得、その場合、WD QQ110は、電力ケーブルなどの入力回路要素またはインターフェースを介して(電気コンセントなどの)外部電源に接続可能であり得る。電力回路要素QQ137はまた、いくつかの実施形態では、外部電源から電源QQ136に電力を配信するように動作可能であり得る。これは、たとえば、電源QQ136の充電のためのものであり得る。電力回路要素QQ137は、電源QQ136からの電力に対して、その電力を、電力が供給されるWD QQ110のそれぞれの構成要素に好適であるようにするために、任意のフォーマッティング、変換、または他の修正を実施し得る。
図QQ2は、本明細書で説明される様々な態様による、UEの一実施形態を示す。本明細書で使用されるユーザ機器またはUEは、必ずしも、関連のあるデバイスを所有し、および/または動作させる人間のユーザという意味におけるユーザを有するとは限らない。代わりに、UEは、人間のユーザへの販売、または人間のユーザによる動作を意図されるが、特定の人間のユーザに関連付けられないことがあるか、または特定の人間のユーザに初めに関連付けられないことがある、デバイス(たとえば、スマートスプリンクラーコントローラ)を表し得る。代替的に、UEは、エンドユーザへの販売、またはエンドユーザによる動作を意図されないが、ユーザに関連付けられるか、またはユーザの利益のために動作され得る、デバイス(たとえば、スマート電力計)を表し得る。UE QQ200は、NB-IoT UE、マシン型通信(MTC)UE、および/または拡張MTC(eMTC)UEを含む、第3世代パートナーシッププロジェクト(3GPP)によって識別される任意のUEであり得る。図QQ2に示されているUE QQ200は、第3世代パートナーシッププロジェクト(3GPP)のGSM、UMTS、LTE、および/または5G規格など、3GPPによって公表された1つまたは複数の通信規格による通信のために設定されたWDの一例である。前述のように、WDおよびUEという用語は、互換的に使用され得る。したがって、図QQ2はUEであるが、本明細書で説明される構成要素は、WDに等しく適用可能であり、その逆も同様である。
図QQ2では、UE QQ200は、入出力インターフェースQQ205、無線周波数(RF)インターフェースQQ209、ネットワーク接続インターフェースQQ211、ランダムアクセスメモリ(RAM)QQ217と読取り専用メモリ(ROM)QQ219と記憶媒体QQ221などとを含むメモリQQ215、通信サブシステムQQ231、電源QQ213、および/または他の構成要素、あるいはそれらの任意の組合せに動作可能に結合された、処理回路要素QQ201を含む。記憶媒体QQ221は、オペレーティングシステムQQ223と、アプリケーションプログラムQQ225と、データQQ227とを含む。他の実施形態では、記憶媒体QQ221は、他の同様のタイプの情報を含み得る。いくつかのUEは、図QQ2に示されている構成要素のすべてを利用するか、またはそれらの構成要素のサブセットのみを利用し得る。構成要素間の統合のレベルは、UEごとに変化し得る。さらに、いくつかのUEは、複数のプロセッサ、メモリ、トランシーバ、送信機、受信機など、構成要素の複数のインスタンスを含んでいることがある。
図QQ2では、処理回路要素QQ201は、コンピュータ命令およびデータを処理するように設定され得る。処理回路要素QQ201は、(たとえば、ディスクリート論理、FPGA、ASICなどにおける)1つまたは複数のハードウェア実装状態機械など、機械可読コンピュータプログラムとしてメモリに記憶された機械命令を実行するように動作可能な任意の逐次状態機械、適切なファームウェアと一緒のプログラマブル論理、適切なソフトウェアと一緒のマイクロプロセッサまたはデジタル信号プロセッサ(DSP)など、1つまたは複数のプログラム内蔵、汎用プロセッサ、あるいは上記の任意の組合せを実装するように設定され得る。たとえば、処理回路要素QQ201は、2つの中央処理ユニット(CPU)を含み得る。データは、コンピュータによる使用に好適な形式での情報であり得る。
図示された実施形態では、入出力インターフェースQQ205は、入力デバイス、出力デバイス、または入出力デバイスに通信インターフェースを提供するように設定され得る。UE QQ200は、入出力インターフェースQQ205を介して出力デバイスを使用するように設定され得る。出力デバイスは、入力デバイスと同じタイプのインターフェースポートを使用し得る。たとえば、UE QQ200への入力およびUE QQ200からの出力を提供するために、USBポートが使用され得る。出力デバイスは、スピーカー、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、別の出力デバイス、またはそれらの任意の組合せであり得る。UE QQ200は、ユーザがUE QQ200に情報をキャプチャすることを可能にするために、入出力インターフェースQQ205を介して入力デバイスを使用するように設定され得る。入力デバイスは、タッチセンシティブまたはプレゼンスセンシティブディスプレイ、カメラ(たとえば、デジタルカメラ、デジタルビデオカメラ、ウェブカメラなど)、マイクロフォン、センサー、マウス、トラックボール、方向パッド、トラックパッド、スクロールホイール、スマートカードなどを含み得る。プレゼンスセンシティブディスプレイは、ユーザからの入力を検知するための容量性または抵抗性タッチセンサーを含み得る。センサーは、たとえば、加速度計、ジャイロスコープ、チルトセンサー、力センサー、磁力計、光センサー、近接度センサー、別の同様のセンサー、またはそれらの任意の組合せであり得る。たとえば、入力デバイスは、加速度計、磁力計、デジタルカメラ、マイクロフォン、および光センサーであり得る。
図QQ2では、RFインターフェースQQ209は、送信機、受信機、およびアンテナなど、RF構成要素に通信インターフェースを提供するように設定され得る。ネットワーク接続インターフェースQQ211は、ネットワークQQ243aに通信インターフェースを提供するように設定され得る。ネットワークQQ243aは、ローカルエリアネットワーク(LAN)、ワイドエリアネットワーク(WAN)、コンピュータネットワーク、無線ネットワーク、電気通信ネットワーク、別の同様のネットワークまたはそれらの任意の組合せなど、有線および/または無線ネットワークを包含し得る。たとえば、ネットワークQQ243aは、Wi-Fiネットワークを備え得る。ネットワーク接続インターフェースQQ211は、イーサネット、TCP/IP、SONET、ATMなど、1つまたは複数の通信プロトコルに従って通信ネットワーク上で1つまたは複数の他のデバイスと通信するために使用される、受信機および送信機インターフェースを含むように設定され得る。ネットワーク接続インターフェースQQ211は、通信ネットワークリンク(たとえば、光学的、電気的など)に適した受信機および送信機機能性を実装し得る。送信機および受信機機能は、回路構成要素、ソフトウェアまたはファームウェアを共有し得るか、または、代替的に、別個に実装され得る。
RAM QQ217は、オペレーティングシステム、アプリケーションプログラム、およびデバイスドライバなど、ソフトウェアプログラムの実行中に、データまたはコンピュータ命令の記憶またはキャッシングを提供するために、バスQQ202を介して処理回路要素QQ201にインターフェースするように設定され得る。ROM QQ219は、処理回路要素QQ201にコンピュータ命令またはデータを提供するように設定され得る。たとえば、ROM QQ219は、不揮発性メモリに記憶される、基本入出力(I/O)、起動、またはキーボードからのキーストロークの受信など、基本システム機能のための、不変低レベルシステムコードまたはデータを記憶するように設定され得る。記憶媒体QQ221は、RAM、ROM、プログラマブル読取り専用メモリ(PROM)、消去可能プログラマブル読取り専用メモリ(EPROM)、電気的消去可能プログラマブル読取り専用メモリ(EEPROM)、磁気ディスク、光ディスク、フロッピーディスク、ハードディスク、取外し可能カートリッジ、またはフラッシュドライブなど、メモリを含むように設定され得る。一例では、記憶媒体QQ221は、オペレーティングシステムQQ223と、ウェブブラウザアプリケーション、ウィジェットまたはガジェットエンジン、あるいは別のアプリケーションなどのアプリケーションプログラムQQ225と、データファイルQQ227とを含むように設定され得る。記憶媒体QQ221は、UE QQ200による使用のために、多様な様々なオペレーティングシステムまたはオペレーティングシステムの組合せのうちのいずれかを記憶し得る。
記憶媒体QQ221は、独立ディスクの冗長アレイ(RAID)、フロッピーディスクドライブ、フラッシュメモリ、USBフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク(HD-DVD)光ディスクドライブ、内蔵ハードディスクドライブ、Blu-Ray光ディスクドライブ、ホログラフィックデジタルデータ記憶(HDDS)光ディスクドライブ、外部ミニデュアルインラインメモリモジュール(DIMM)、シンクロナスダイナミックランダムアクセスメモリ(SDRAM)、外部マイクロDIMM SDRAM、加入者識別モジュールまたはリムーバブルユーザ識別情報(SIM/RUIM)モジュールなどのスマートカードメモリ、他のメモリ、またはそれらの任意の組合せなど、いくつかの物理ドライブユニットを含むように設定され得る。記憶媒体QQ221は、UE QQ200が、一時的または非一時的メモリ媒体に記憶されたコンピュータ実行可能命令、アプリケーションプログラムなどにアクセスすること、データをオフロードすること、またはデータをアップロードすることを可能にし得る。通信システムを利用する製造品などの製造品は、記憶媒体QQ221中に有形に具現され得、記憶媒体QQ221はデバイス可読媒体を備え得る。
図QQ2では、処理回路要素QQ201は、通信サブシステムQQ231を使用してネットワークQQ243bと通信するように設定され得る。ネットワークQQ243aとネットワークQQ243bとは、同じ1つまたは複数のネットワークまたは異なる1つまたは複数のネットワークであり得る。通信サブシステムQQ231は、ネットワークQQ243bと通信するために使用される1つまたは複数のトランシーバを含むように設定され得る。たとえば、通信サブシステムQQ231は、IEEE802.QQ2、CDMA、WCDMA、GSM、LTE、UTRAN、WiMAXなど、1つまたは複数の通信プロトコルに従って、無線アクセスネットワーク(RAN)の別のWD、UE、または基地局など、無線通信が可能な別のデバイスの1つまたは複数のリモートトランシーバと通信するために使用される、1つまたは複数のトランシーバを含むように設定され得る。各トランシーバは、RANリンク(たとえば、周波数割り当てなど)に適した送信機機能性または受信機機能性をそれぞれ実装するための、送信機QQ233および/または受信機QQ235を含み得る。さらに、各トランシーバの送信機QQ233および受信機QQ235は、回路構成要素、ソフトウェアまたはファームウェアを共有し得るか、または、代替的に、別個に実装され得る。
示されている実施形態では、通信サブシステムQQ231の通信機能は、データ通信、ボイス通信、マルチメディア通信、Bluetoothなどの短距離通信、ニアフィールド通信、ロケーションを決定するための全地球測位システム(GPS)の使用などのロケーションベース通信、別の同様の通信機能、またはそれらの任意の組合せを含み得る。たとえば、通信サブシステムQQ231は、セルラー通信と、Wi-Fi通信と、Bluetooth通信と、GPS通信とを含み得る。ネットワークQQ243bは、ローカルエリアネットワーク(LAN)、ワイドエリアネットワーク(WAN)、コンピュータネットワーク、無線ネットワーク、電気通信ネットワーク、別の同様のネットワークまたはそれらの任意の組合せなど、有線および/または無線ネットワークを包含し得る。たとえば、ネットワークQQ243bは、セルラーネットワーク、Wi-Fiネットワーク、および/またはニアフィールドネットワークであり得る。電源QQ213は、UE QQ200の構成要素に交流(AC)または直流(DC)電力を提供するように設定され得る。
本明細書で説明される特徴、利益および/または機能は、UE QQ200の構成要素のうちの1つにおいて実装されるか、またはUE QQ200の複数の構成要素にわたって分割され得る。さらに、本明細書で説明される特徴、利益、および/または機能は、ハードウェア、ソフトウェアまたはファームウェアの任意の組合せで実装され得る。一例では、通信サブシステムQQ231は、本明細書で説明される構成要素のうちのいずれかを含むように設定され得る。さらに、処理回路要素QQ201は、バスQQ202上でそのような構成要素のうちのいずれかと通信するように設定され得る。別の例では、そのような構成要素のうちのいずれかは、処理回路要素QQ201によって実行されたとき、本明細書で説明される対応する機能を実施する、メモリに記憶されたプログラム命令によって表され得る。別の例では、そのような構成要素のうちのいずれかの機能性は、処理回路要素QQ201と通信サブシステムQQ231との間で分割され得る。別の例では、そのような構成要素のうちのいずれかの非計算集約的機能が、ソフトウェアまたはファームウェアで実装され得、計算集約的機能がハードウェアで実装され得る。
図QQ3は、いくつかの実施形態によって実装される機能が仮想化され得る、仮想化環境QQ300を示す概略ブロック図である。本コンテキストでは、仮想化することは、ハードウェアプラットフォーム、記憶デバイスおよびネットワーキングリソースを仮想化することを含み得る、装置またはデバイスの仮想バージョンを作成することを意味する。本明細書で使用される仮想化は、ノード(たとえば、仮想化された基地局または仮想化された無線アクセスノード)に、あるいはデバイス(たとえば、UE、無線デバイスまたは任意の他のタイプの通信デバイス)またはそのデバイスの構成要素に適用され得、機能性の少なくとも一部分が、(たとえば、1つまたは複数のネットワークにおいて1つまたは複数の物理処理ノード上で実行する、1つまたは複数のアプリケーション、構成要素、機能、仮想マシンまたはコンテナを介して)1つまたは複数の仮想構成要素として実装される、実装形態に関する。
いくつかの実施形態では、本明細書で説明される機能の一部または全部は、ハードウェアノードQQ330のうちの1つまたは複数によってホストされる1つまたは複数の仮想環境QQ300において実装される1つまたは複数の仮想マシンによって実行される、仮想構成要素として実装され得る。さらに、仮想ノードが、無線アクセスノードではないか、または無線コネクティビティ(たとえば、コアネットワークノード)を必要としない実施形態では、ネットワークノードは完全に仮想化され得る。
(代替的に、ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能などと呼ばれることがある)機能は、本明細書で開示される実施形態のうちのいくつかの特徴、機能、および/または利益のうちのいくつかを実装するように動作可能な、1つまたは複数のアプリケーションQQ320によって実装され得る。アプリケーションQQ320は、処理回路要素QQ360とメモリQQ390-1とを備えるハードウェアQQ330を提供する、仮想化環境QQ300において稼働される。メモリQQ390-1は、処理回路要素QQ360によって実行可能な命令QQ395を含んでおり、それにより、アプリケーションQQ320は、本明細書で開示される特徴、利益、および/または機能のうちの1つまたは複数を提供するように動作可能である。
仮想化環境QQ300は、1つまたは複数のプロセッサのセットまたは処理回路要素QQ360を備える、汎用または専用のネットワークハードウェアデバイスQQ330を備え、1つまたは複数のプロセッサのセットまたは処理回路要素QQ360は、商用オフザシェルフ(COTS:commercial off-the-shelf)プロセッサ、専用の特定用途向け集積回路(ASIC)、あるいは、デジタルもしくはアナログハードウェア構成要素または専用プロセッサを含む任意の他のタイプの処理回路要素であり得る。各ハードウェアデバイスはメモリQQ390-1を備え得、メモリQQ390-1は、処理回路要素QQ360によって実行される命令QQ395またはソフトウェアを一時的に記憶するための非永続的メモリであり得る。各ハードウェアデバイスは、ネットワークインターフェースカードとしても知られる、1つまたは複数のネットワークインターフェースコントローラ(NIC)QQ370を備え得、ネットワークインターフェースコントローラ(NIC)QQ370は物理ネットワークインターフェースQQ380を含む。各ハードウェアデバイスは、処理回路要素QQ360によって実行可能なソフトウェアQQ395および/または命令を記憶した、非一時的、永続的、機械可読記憶媒体QQ390-2をも含み得る。ソフトウェアQQ395は、1つまたは複数の(ハイパーバイザとも呼ばれる)仮想化レイヤQQ350をインスタンス化するためのソフトウェア、仮想マシンQQ340を実行するためのソフトウェア、ならびに、それが、本明細書で説明されるいくつかの実施形態との関係において説明される機能、特徴および/または利益を実行することを可能にする、ソフトウェアを含む、任意のタイプのソフトウェアを含み得る。
仮想マシンQQ340は、仮想処理、仮想メモリ、仮想ネットワーキングまたはインターフェース、および仮想記憶域を備え、対応する仮想化レイヤQQ350またはハイパーバイザによって稼働され得る。仮想アプライアンスQQ320の事例の異なる実施形態が、仮想マシンQQ340のうちの1つまたは複数上で実装され得、実装は異なるやり方で行われ得る。
動作中に、処理回路要素QQ360は、ソフトウェアQQ395を実行してハイパーバイザまたは仮想化レイヤQQ350をインスタンス化し、ハイパーバイザまたは仮想化レイヤQQ350は、時々、仮想マシンモニタ(VMM)と呼ばれることがある。仮想化レイヤQQ350は、仮想マシンQQ340に、ネットワーキングハードウェアのように見える仮想動作プラットフォームを提示し得る。
図QQ3に示されているように、ハードウェアQQ330は、一般的なまたは特定の構成要素をもつスタンドアロンネットワークノードであり得る。ハードウェアQQ330は、アンテナQQ3225を備え得、仮想化を介していくつかの機能を実装し得る。代替的に、ハードウェアQQ330は、多くのハードウェアノードが協働し、特に、アプリケーションQQ320のライフサイクル管理を監督する、管理およびオーケストレーション(MANO)QQ3100を介して管理される、(たとえば、データセンターまたは顧客構内機器(CPE)の場合のような)ハードウェアのより大きいクラスタの一部であり得る。
ハードウェアの仮想化は、いくつかのコンテキストにおいて、ネットワーク機能仮想化(NFV)と呼ばれる。NFVは、多くのネットワーク機器タイプを、データセンターおよび顧客構内機器中に位置し得る、業界標準高ボリュームサーバハードウェア、物理スイッチ、および物理記憶域上にコンソリデートするために使用され得る。
NFVのコンテキストでは、仮想マシンQQ340は、プログラムを、それらのプログラムが、物理的な仮想化されていないマシン上で実行しているかのように稼働する、物理マシンのソフトウェア実装形態であり得る。仮想マシンQQ340の各々と、その仮想マシンに専用のハードウェアであろうと、および/またはその仮想マシンによって仮想マシンQQ340のうちの他の仮想マシンと共有されるハードウェアであろうと、その仮想マシンを実行するハードウェアQQ330のその一部とは、別個の仮想ネットワークエレメント(VNE)を形成する。
さらにNFVのコンテキストでは、仮想ネットワーク機能(VNF)は、ハードウェアネットワーキングインフラストラクチャQQ330の上の1つまたは複数の仮想マシンQQ340において稼働する固有のネットワーク機能をハンドリングすることを担当し、図QQ3中のアプリケーションQQ320に対応する。
いくつかの実施形態では、各々、1つまたは複数の送信機QQ3220と1つまたは複数の受信機QQ3210とを含む、1つまたは複数の無線ユニットQQ3200は、1つまたは複数のアンテナQQ3225に結合され得る。無線ユニットQQ3200は、1つまたは複数の適切なネットワークインターフェースを介してハードウェアノードQQ330と直接通信し得、無線アクセスノードまたは基地局など、無線能力をもつ仮想ノードを提供するために仮想構成要素と組み合わせて使用され得る。
いくつかの実施形態では、何らかのシグナリングが、ハードウェアノードQQ330と無線ユニットQQ3200との間の通信のために代替的に使用され得る制御システムQQ3230を使用して、実現され得る。
図QQ4を参照すると、一実施形態によれば、通信システムが、無線アクセスネットワークなどのアクセスネットワークQQ411とコアネットワークQQ414とを備える、3GPPタイプセルラーネットワークなどの電気通信ネットワークQQ410を含む。アクセスネットワークQQ411は、NB、eNB、gNBまたは他のタイプの無線アクセスポイントなど、複数の基地局QQ412a、QQ412b、QQ412cを備え、各々が、対応するカバレッジエリアQQ413a、QQ413b、QQ413cを規定する。各基地局QQ412a、QQ412b、QQ412cは、有線接続または無線接続QQ415上でコアネットワークQQ414に接続可能である。カバレッジエリアQQ413c中に位置する第1のUE QQ491が、対応する基地局QQ412cに無線で接続するか、または対応する基地局QQ412cによってページングされるように設定される。カバレッジエリアQQ413a中の第2のUE QQ492が、対応する基地局QQ412aに無線で接続可能である。この例では複数のUE QQ491、QQ492が示されているが、開示される実施形態は、唯一のUEがカバレッジエリア中にある状況、または唯一のUEが対応する基地局QQ412に接続している状況に等しく適用可能である。
電気通信ネットワークQQ410はそれ自体で、スタンドアロンサーバ、クラウド実装サーバ、分散型サーバのハードウェアおよび/またはソフトウェアにおいて、あるいはサーバファーム中の処理リソースとして具現され得る、ホストコンピュータQQ430に接続される。ホストコンピュータQQ430は、サービスプロバイダの所有または制御下にあり得、あるいはサービスプロバイダによってまたはサービスプロバイダに代わって動作され得る。電気通信ネットワークQQ410とホストコンピュータQQ430との間の接続QQ421およびQQ422は、コアネットワークQQ414からホストコンピュータQQ430に直接延びるか、または随意の中間ネットワークQQ420を介して進み得る。中間ネットワークQQ420は、パブリックネットワーク、プライベートネットワーク、またはホストされたネットワークのうちの1つ、またはそれらのうちの2つ以上の組合せであり得、中間ネットワークQQ420は、もしあれば、バックボーンネットワークまたはインターネットであり得、特に、中間ネットワークQQ420は、2つまたはそれ以上のサブネットワーク(図示せず)を備え得る。
図QQ4の通信システムは全体として、接続されたUE QQ491、QQ492とホストコンピュータQQ430との間のコネクティビティを可能にする。コネクティビティは、オーバーザトップ(OTT)接続QQ450として説明され得る。ホストコンピュータQQ430および接続されたUE QQ491、QQ492は、アクセスネットワークQQ411、コアネットワークQQ414、任意の中間ネットワークQQ420、および考えられるさらなるインフラストラクチャ(図示せず)を媒介として使用して、OTT接続QQ450を介して、データおよび/またはシグナリングを通信するように設定される。OTT接続QQ450が通過する参加する通信デバイスが、アップリンク通信およびダウンリンク通信のルーティングに気づいていないという意味で、OTT接続QQ450は透過的であり得る。たとえば、基地局QQ412は、接続されたUE QQ491にフォワーディング(たとえば、ハンドオーバ)されるべき、ホストコンピュータQQ430から発生したデータを伴う着信ダウンリンク通信の過去のルーティングについて、通知されないことがあるかまたは通知される必要がない。同様に、基地局QQ412は、UE QQ491から発生してホストコンピュータQQ430に向かう発信アップリンク通信の将来ルーティングに気づいている必要がない。
次に、一実施形態による、前の段落において説明されたUE、基地局およびホストコンピュータの例示的な実装形態が、図QQ5を参照しながら説明される。通信システムQQ500では、ホストコンピュータQQ510が、通信システムQQ500の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するように設定された通信インターフェースQQ516を含む、ハードウェアQQ515を備える。ホストコンピュータQQ510は、記憶能力および/または処理能力を有し得る、処理回路要素QQ518をさらに備える。特に、処理回路要素QQ518は、1つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または、命令を実行するように適応されたこれらの組合せ(図示せず)を備え得る。ホストコンピュータQQ510は、ホストコンピュータQQ510に記憶されるかまたはホストコンピュータQQ510によってアクセス可能であり、処理回路要素QQ518によって実行可能である、ソフトウェアQQ511をさらに備える。ソフトウェアQQ511は、ホストアプリケーションQQ512を含む。ホストアプリケーションQQ512は、UE QQ530およびホストコンピュータQQ510において終端するOTT接続QQ550を介して接続するUE QQ530など、リモートユーザにサービスを提供するように動作可能であり得る。リモートユーザにサービスを提供する際に、ホストアプリケーションQQ512は、OTT接続QQ550を使用して送信されるユーザデータを提供し得る。
通信システムQQ500は、電気通信システム中に提供される基地局QQ520をさらに含み、基地局QQ520は、基地局QQ520がホストコンピュータQQ510およびUE QQ530と通信することを可能にするハードウェアQQ525を備える。ハードウェアQQ525は、通信システムQQ500の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するための通信インターフェースQQ526、ならびに基地局QQ520によってサーブされるカバレッジエリア(図QQ5に図示せず)中に位置するUE QQ530との少なくとも無線接続QQ570をセットアップおよび維持するための無線インターフェースQQ527を含み得る。通信インターフェースQQ526は、ホストコンピュータQQ510への接続QQ560を容易にするように設定され得る。接続QQ560は直接であり得るか、あるいは、接続QQ560は、電気通信システムのコアネットワーク(図QQ5に図示せず)を、および/または電気通信システムの外部の1つまたは複数の中間ネットワークを通過し得る。図示の実施形態では、基地局QQ520のハードウェアQQ525は、処理回路要素QQ528をさらに含み、処理回路要素QQ528は、1つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または、命令を実行するように適応されたこれらの組合せ(図示せず)を備え得る。基地局QQ520は、内部的に記憶されるかまたは外部接続を介してアクセス可能なソフトウェアQQ521をさらに有する。
通信システムQQ500は、すでに言及されたUE QQ530をさらに含む。UE QQ530のハードウェアQQ535は、UE QQ530が現在位置するカバレッジエリアをサーブする基地局との無線接続QQ570をセットアップおよび維持するように設定された、無線インターフェースQQ537を含み得る。UE QQ530のハードウェアQQ535は、処理回路要素QQ538をさらに含み、処理回路要素QQ538は、1つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または、命令を実行するように適応されたこれらの組合せ(図示せず)を備え得る。UE QQ530は、UE QQ530に記憶されるかまたはUE QQ530によってアクセス可能であり、処理回路要素QQ538によって実行可能である、ソフトウェアQQ531をさらに備える。ソフトウェアQQ531は、クライアントアプリケーションQQ532を含む。クライアントアプリケーションQQ532は、ホストコンピュータQQ510のサポートのもとに、UE QQ530を介して人間のまたは人間でないユーザにサービスを提供するように動作可能であり得る。ホストコンピュータQQ510では、実行しているホストアプリケーションQQ512は、UE QQ530およびホストコンピュータQQ510において終端するOTT接続QQ550を介して、実行しているクライアントアプリケーションQQ532と通信し得る。ユーザにサービスを提供する際に、クライアントアプリケーションQQ532は、ホストアプリケーションQQ512から要求データを受信し、要求データに応答してユーザデータを提供し得る。OTT接続QQ550は、要求データとユーザデータの両方を転送し得る。クライアントアプリケーションQQ532は、クライアントアプリケーションQQ532が提供するユーザデータを生成するためにユーザと対話し得る。
図QQ5に示されているホストコンピュータQQ510、基地局QQ520およびUE QQ530は、それぞれ、図QQ4のホストコンピュータQQ430、基地局QQ412a、QQ412b、QQ412cのうちの1つ、およびUE QQ491、QQ492のうちの1つと同様または同等であり得ることに留意されたい。つまり、これらのエンティティの内部の働きは、図QQ5に示されているようなものであり得、別個に、周囲のネットワークトポロジーは、図QQ4のものであり得るということである。
図QQ5では、OTT接続QQ550は、仲介デバイスおよびこれらのデバイスを介したメッセージの正確なルーティングへの明示的言及なしに、基地局QQ520を介した、ホストコンピュータQQ510とUE QQ530との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャが、ルーティングを決定し得、ネットワークインフラストラクチャは、UE QQ530からまたはホストコンピュータQQ510を動作させるサービスプロバイダから、またはその両方からルーティングを隠すように設定され得る。OTT接続QQ550がアクティブである間、ネットワークインフラストラクチャは、さらに、ネットワークインフラストラクチャが(たとえば、ネットワークの負荷分散考慮または再設定に基づいて)ルーティングを動的に変更する決定を行い得る。
UE QQ530と基地局QQ520との間の無線接続QQ570は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの1つまたは複数は、無線接続QQ570が最後のセグメントを形成するOTT接続QQ550を使用して、UE QQ530に提供されるOTTサービスの性能を改善する。
1つまたは複数の実施形態が改善する、データレート、レイテンシおよび他のファクタを監視する目的での、測定プロシージャが提供され得る。測定結果の変動に応答して、ホストコンピュータQQ510とUE QQ530との間のOTT接続QQ550を再設定するための随意のネットワーク機能性がさらにあり得る。測定プロシージャおよび/またはOTT接続QQ550を再設定するためのネットワーク機能性は、ホストコンピュータQQ510のソフトウェアQQ511およびハードウェアQQ515でまたはUE QQ530のソフトウェアQQ531およびハードウェアQQ535で、またはその両方で実装され得る。実施形態では、OTT接続QQ550が通過する通信デバイスにおいてまたはそれに関連して、センサー(図示せず)が展開され得、センサーは、上記で例示された監視された量の値を供給すること、またはソフトウェアQQ511、QQ531が監視された量を計算または推定し得る他の物理量の値を供給することによって、測定プロシージャに参加し得る。OTT接続QQ550の再設定は、メッセージフォーマット、再送信セッティング、好ましいルーティングなどを含み得、再設定は、基地局QQ520に影響を及ぼす必要がなく、再設定は、基地局QQ520に知られていないかまたは知覚不可能であり得る。そのようなプロシージャおよび機能性は、当技術分野において知られ、実施され得る。いくつかの実施形態では、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータQQ510の測定を容易にするプロプライエタリUEシグナリングを伴い得る。測定は、ソフトウェアQQ511およびQQ531が、ソフトウェアQQ511およびQQ531が伝搬時間、エラーなどを監視する間にOTT接続QQ550を使用して、メッセージ、特に空のまたは「ダミー」メッセージが送信されることを引き起こすことにおいて、実装され得る。
図QQ6は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図QQ4および図QQ5を参照しながら説明されたものであり得る、ホストコンピュータと基地局とUEとを含む。本開示の簡単のために、図QQ6への図面参照のみがこのセクションに含まれる。ステップQQ610において、ホストコンピュータはユーザデータを提供する。ステップQQ610の(随意であり得る)サブステップQQ611において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップQQ620において、ホストコンピュータは、UEにユーザデータを搬送する送信を始動する。(随意であり得る)ステップQQ630において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが始動した送信において搬送されたユーザデータをUEに送信する。(また、随意であり得る)ステップQQ640において、UEは、ホストコンピュータによって実行されるホストアプリケーションに関連付けられたクライアントアプリケーションを実行する。
図QQ7は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図QQ4および図QQ5を参照しながら説明されたものであり得る、ホストコンピュータと基地局とUEとを含む。本開示の簡単のために、図QQ7への図面参照のみがこのセクションに含まれる。本方法のステップQQ710において、ホストコンピュータはユーザデータを提供する。随意のサブステップ(図示せず)において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップQQ720において、ホストコンピュータは、UEにユーザデータを搬送する送信を始動する。送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を介して進み得る。(随意であり得る)ステップQQ730において、UEは、送信において搬送されたユーザデータを受信する。
図QQ8は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図QQ4および図QQ5を参照しながら説明されたものであり得る、ホストコンピュータと基地局とUEとを含む。本開示の簡単のために、図QQ8への図面参照のみがこのセクションに含まれる。(随意であり得る)ステップQQ810において、UEは、ホストコンピュータによって提供された入力データを受信する。追加または代替として、ステップQQ820において、UEはユーザデータを提供する。ステップQQ820の(随意であり得る)サブステップQQ821において、UEは、クライアントアプリケーションを実行することによって、ユーザデータを提供する。ステップQQ810の(随意であり得る)サブステップQQ811において、UEは、ホストコンピュータによって提供された受信された入力データに反応してユーザデータを提供する、クライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受信されたユーザ入力をさらに考慮し得る。ユーザデータが提供された特定の様式にかかわらず、UEは、(随意であり得る)サブステップQQ830において、ホストコンピュータへのユーザデータの送信を始動する。方法のステップQQ840において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、UEから送信されたユーザデータを受信する。
図QQ9は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図QQ4および図QQ5を参照しながら説明されたものであり得る、ホストコンピュータと基地局とUEとを含む。本開示の簡単のために、図QQ9への図面参照のみがこのセクションに含まれる。(随意であり得る)ステップQQ910において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、UEからユーザデータを受信する。(随意であり得る)ステップQQ920において、基地局は、ホストコンピュータへの、受信されたユーザデータの送信を始動する。(随意であり得る)ステップQQ930において、ホストコンピュータは、基地局によって始動された送信において搬送されたユーザデータを受信する。
本開示の範囲から逸脱することなく、本明細書で説明されるシステムおよび装置に対して修正、追加、または省略が行われ得る。システムおよび装置の構成要素は、統合または分離され得る。その上、システムおよび装置の動作は、より多数の、より少数の、または他の構成要素によって実施され得る。さらに、システムおよび装置の動作は、ソフトウェア、ハードウェア、および/または他の論理を含む任意の好適な論理を使用して実施され得る。

Claims (49)

  1. 無線デバイスにおける、自律アップリンク(UL)アクセスを使用してネットワークノードと通信するための方法であって、前記方法は、
    ネットワークノードにデータ送信した後に、前記データ送信のフィードバックプロセスに関連付けられた再送信ウィンドウを開始することであって、前記再送信ウィンドウが第1のタイマーを含む、再送信ウィンドウを開始することと、
    前記第1のタイマーによって与えられた時間期間中にフィードバック信号の不在を検出したことに応答して、前記第1のタイマーの満了後にデータを再送信することと
    を含む、方法。
  2. 前記第1のタイマーは、前記無線デバイスが、前記第1のタイマーによって与えられた時間ウィンドウ内に、送信されたデータの再送信を実施するのを禁止するように設定される、請求項1に記載の方法。
  3. 前記データ送信の前記フィードバックプロセスが、ハイブリッド自動再送要求(HARQ)フィードバックプロセスを含む、請求項1または2に記載の方法。
  4. 前記第1のタイマーが、前記HARQフィードバックプロセスのHARQ識別子に関連付けられる、請求項3に記載の方法。
  5. 前記データ送信することが、前記送信されたデータの再送信を送ることを含む、請求項1から4のいずれか一項に記載の方法。
  6. 前記第1のタイマーが、前記ネットワークノードに前記データ送信した後にトリガされる、請求項1から5のいずれか一項に記載の方法。
  7. 前記第1のタイマーは、前記送信されたデータに関連付けられたフィードバック信号が受信されない、HARQラウンドトリップタイマー(HARQ RTT)の満了後にトリガされる、請求項1から5のいずれか一項に記載の方法。
  8. 前記第1のタイマーは、前記送信されたデータに関連付けられたフィードバック信号が受信されない、間欠受信(DRX)再送信タイマーの満了後にトリガされる、請求項1から5のいずれか一項に記載の方法。
  9. 前記第1のタイマーが、間欠受信(DRX)再送信タイマーをトリガした後にトリガされる、請求項1から5のいずれか一項に記載の方法。
  10. 前記第1のタイマーが、前記ネットワークノードにフィードバック要求を送った後にトリガされる、請求項1から5のいずれか一項に記載の方法。
  11. 前記第1のタイマーが、前記第1のタイマーによって与えられた前記時間期間中に前記フィードバック信号を受信すると停止される、請求項1から10のいずれか一項に記載の方法。
  12. 前記再送信ウィンドウが第2のタイマーをさらに含む、請求項1から11のいずれか一項に記載の方法。
  13. 前記第2のタイマーは、前記第1のタイマーの前記満了においてトリガされ、前記無線デバイスが前記送信されたデータの再送信を実施することを可能にするように設定される、請求項12に記載の方法。
  14. 前記第2のタイマーが、並べ替えタイマーよりも小さくなるように設定される、請求項13に記載の方法。
  15. 前記送信されたデータの再送信が、前記第2のタイマーによって与えられた時間ウィンドウ中に実施されなかった場合、前記第2のタイマーが満了した後に別の第2のタイマーをトリガすることをさらに含む、請求項12から14のいずれか一項に記載の方法。
  16. 前記第2のタイマーがトリガされる回数を監視するための、前記第2のタイマーのカウンタをトリガすることをさらに含む、請求項15に記載の方法。
  17. 前記第2のタイマーによって与えられた時間期間中に前記フィードバック信号を受信すると前記第2のタイマーを停止することをさらに含む、請求項12から16のいずれか一項に記載の方法。
  18. 前記再送信ウィンドウが、HARQ RTTタイマーの満了後とDRXタイマーの満了後とのうちの1つに基づいてさらにトリガされる、請求項1から17のいずれか一項に記載の方法。
  19. 前記再送信ウィンドウの満了において前記無線デバイスのバッファをフラッシュすることをさらに含む、請求項1から18のいずれか一項に記載の方法。
  20. 前記フィードバック信号のためのアップリンクグラントを指示する信号を受信することと、前記アップリンクグラント信号の前記受信に応答して前記再送信ウィンドウを停止することとをさらに含む、請求項1から18のいずれか一項に記載の方法。
  21. 前記無線デバイスに、半永続的スケジューリング(SPS)設定が設定される、請求項1から20のいずれか一項に記載の方法。
  22. 前記無線デバイスに、半永続的スケジューリング(SPS)設定が設定され、前記方法は、前記アップリンクグラントを指示する前記信号を受信すると前記SPS設定を停止することをさらに含む、請求項20に記載の方法。
  23. 自律アップリンク(UL)アクセスを使用してネットワークノードと通信するための無線デバイスであって、前記無線デバイスは、
    ネットワークノードにデータ送信した後に、前記データ送信のフィードバックプロセスに関連付けられた再送信ウィンドウを開始することであって、前記再送信ウィンドウが第1のタイマーを含む、再送信ウィンドウを開始することと、
    前記第1のタイマーによって与えられた時間期間中にフィードバック信号の不在を検出したことに応答して、前記第1のタイマーの満了後にデータを再送信することと
    を行うように設定される、処理回路要素と、
    前記無線デバイスに電力を供給するように設定された電力供給回路要素と
    を備える、無線デバイス。
  24. 前記第1のタイマーは、前記無線デバイスが、前記第1のタイマーによって与えられた前記時間期間内に、送信されたデータの再送信を実施するのを禁止するように設定される、請求項23に記載の無線デバイス。
  25. 前記データ送信の前記フィードバックプロセスが、ハイブリッド自動再送要求(HARQ)フィードバックプロセスを含む、請求項23または24に記載の無線デバイス。
  26. 前記第1のタイマーが、前記HARQフィードバックプロセスのHARQ識別子に関連付けられる、請求項25に記載の無線デバイス。
  27. 前記処理回路要素が、プロセッサと前記プロセッサに接続されたメモリとを備え、前記メモリが、実行されたとき、開始するステップおよび再送信するステップを前記無線デバイスに実施させる命令を含んでいる、請求項23から26のいずれか一項に記載の無線デバイス。
  28. 前記プロセッサが、前記データ送信するかまたは前記送信されたデータの再送信を送るように設定される、請求項27に記載の無線デバイス。
  29. 前記プロセッサが、前記ネットワークノードに前記データ送信した後に前記第1のタイマーをトリガするように設定される、請求項27または28に記載の無線デバイス。
  30. 前記プロセッサは、前記送信されたデータに関連付けられたフィードバック信号が受信されない、HARQラウンドトリップ(HARQ RTT)タイマーの満了後に前記第1のタイマーをトリガするように設定される、請求項27または28に記載の無線デバイス。
  31. 前記プロセッサは、前記送信されたデータに関連付けられたフィードバック信号が受信されない、間欠受信(DRX)再送信タイマーの満了後に前記第1のタイマーをトリガするように設定される、請求項27または28に記載の無線デバイス。
  32. 前記プロセッサが、間欠受信(DRX)再送信タイマーをトリガした後に前記第1のタイマーをトリガするように設定される、請求項27または28に記載の無線デバイス。
  33. 前記プロセッサが、前記ネットワークノードにフィードバック要求を送った後に前記第1のタイマーをトリガするように設定される、請求項27または28に記載の無線デバイス。
  34. 前記プロセッサが、前記第1のタイマーによって与えられた前記時間期間中に前記フィードバック信号を受信すると前記第1のタイマーを停止するように設定される、請求項27から33のいずれか一項に記載の無線デバイス。
  35. 前記再送信ウィンドウが第2のタイマーをさらに含む、請求項27から34のいずれか一項に記載の無線デバイス。
  36. 前記プロセッサが、前記第1のタイマーの前記満了において前記第2のタイマーをトリガするように設定され、前記第2のタイマーは、前記無線デバイスが前記送信されたデータの再送信を実施することを可能にするように設定される、請求項35に記載の無線デバイス。
  37. 前記プロセッサが、前記第2のタイマーを並べ替えタイマーよりも小さくなるように設定するように設定される、請求項36に記載の無線デバイス。
  38. 前記プロセッサは、前記送信されたデータの再送信が、前記第2のタイマーによって与えられた時間期間中に実施されなかった場合、前記第2のタイマーが満了した後に別の第2のタイマーをトリガするように設定される、請求項35から37のいずれか一項に記載の無線デバイス。
  39. 前記プロセッサは、前記第2のタイマーがトリガされる回数を監視するための、前記第2のタイマーのカウンタをトリガするように設定される、請求項38に記載の無線デバイス。
  40. 前記プロセッサが、前記第2のタイマーによって与えられた時間期間中に前記フィードバック信号を受信すると前記第2のタイマーを停止するように設定される、請求項35から39のいずれか一項に記載の無線デバイス。
  41. 前記プロセッサが、HARQ RTTタイマーの満了後とDRXタイマーの満了後とのうちの1つに基づいて前記再送信ウィンドウをトリガするように設定される、請求項27から40のいずれか一項に記載の無線デバイス。
  42. 前記プロセッサが、前記再送信ウィンドウの満了において前記無線デバイスのバッファをフラッシュするように設定される、請求項27から41のいずれか一項に記載の無線デバイス。
  43. 前記プロセッサが、前記フィードバック信号のためのアップリンクグラントを指示する信号を受信するように設定され、前記アップリンクグラント信号の前記受信に応答して、前記プロセッサが前記再送信ウィンドウを停止するように設定される、請求項27から41のいずれか一項に記載の無線デバイス。
  44. 前記無線デバイスに、半永続的スケジューリング(SPS)設定が設定される、請求項23から43のいずれか一項に記載の無線デバイス。
  45. 前記無線デバイスに、半永続的スケジューリング(SPS)設定が設定され、
    前記プロセッサが、前記アップリンクグラントを指示する前記信号を受信すると前記SPS設定を停止するように設定される、請求項43に記載の無線デバイス。
  46. 自律アップリンク(UL)アクセスを使用してネットワークノードと通信するためのユーザ機器(UE)であって、前記UEは、
    無線信号を送信および受信するように設定されたアンテナと、
    前記アンテナおよび処理回路要素に接続され、前記アンテナと前記処理回路要素との間で通信される信号を調節するように設定された、無線フロントエンド回路要素であって、
    前記処理回路要素が、請求項1から22のいずれか一項に記載のステップのいずれかを実施するように設定された、無線フロントエンド回路要素と、
    前記処理回路要素に接続され、前記UEへの情報の入力が前記処理回路要素によって処理されることを可能にするように設定された、入力インターフェースと、
    前記処理回路要素に接続され、前記処理回路要素によって処理された前記UEからの情報を出力するように設定された、出力インターフェースと、
    前記処理回路要素に接続され、前記UEに電力を供給するように設定された、バッテリーと
    を備える、ユーザ機器(UE)。
  47. 非一時的コンピュータ可読記憶媒体を備えるコンピュータプログラム製品であって、前記非一時的コンピュータ可読記憶媒体が、前記媒体において具現されたコンピュータ可読プログラムコードを有し、前記コンピュータ可読プログラムコードは、
    ネットワークノードにデータ送信した後に、前記データ送信のフィードバックプロセスに関連付けられた再送信ウィンドウを開始することであって、前記再送信ウィンドウが第1のタイマーを含む、再送信ウィンドウを開始することと、
    前記第1のタイマーによって与えられた時間ウィンドウ中にフィードバック信号の不在を検出したことに応答して、前記第1のタイマーの満了後にデータを再送信することと
    を行うためのコンピュータ可読プログラムコードを含む、コンピュータプログラム製品。
  48. 前記コンピュータ可読プログラムコードが、請求項1から22のいずれか一項に記載の方法に従って動作するためのコンピュータ可読プログラムコードをさらに含む、請求項47に記載のコンピュータプログラム製品。
  49. 無線デバイスのための非一時的コンピュータ可読記憶媒体に記憶されたコンピュータプログラム製品であって、前記コンピュータプログラム製品は、前記無線デバイスの1つまたは複数の処理回路上で実行されると、前記無線デバイスに、
    ネットワークノードにデータ送信した後に、前記データ送信のフィードバックプロセスに関連付けられた再送信ウィンドウを開始することであって、前記再送信ウィンドウが第1のタイマーを含む、再送信ウィンドウを開始することと、
    前記第1のタイマーによって与えられた時間ウィンドウ中にフィードバック信号の不在を検出したことに応答して、前記第1のタイマーの満了後にデータを再送信することと
    を行わせるソフトウェア命令を備える、コンピュータプログラム製品。
JP2020507558A 2017-08-11 2018-08-10 自律アップリンク送信および再送信のための方法 Active JP7018499B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201762544221P 2017-08-11 2017-08-11
US62/544,221 2017-08-11
US201762563821P 2017-09-27 2017-09-27
US62/563,821 2017-09-27
PCT/IB2018/056051 WO2019030726A1 (en) 2017-08-11 2018-08-10 METHODS FOR AUTONOMOUS UPLINK TRANSMISSIONS AND RETRANSMISSIONS

Publications (2)

Publication Number Publication Date
JP2020529805A JP2020529805A (ja) 2020-10-08
JP7018499B2 true JP7018499B2 (ja) 2022-02-10

Family

ID=63579537

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020507558A Active JP7018499B2 (ja) 2017-08-11 2018-08-10 自律アップリンク送信および再送信のための方法

Country Status (5)

Country Link
US (1) US11196516B2 (ja)
EP (1) EP3665817A1 (ja)
JP (1) JP7018499B2 (ja)
CN (1) CN111213334B (ja)
WO (1) WO2019030726A1 (ja)

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11122623B2 (en) * 2017-08-22 2021-09-14 Telefonaktiebolaget L M Ericsson (Publ) Controlling AUL transmissions when coexisting with scheduled UEs
WO2019098586A1 (en) * 2017-11-15 2019-05-23 Lg Electronics Inc. Method for performing an adaptive bundling transmission in wireless communication system and a device therefor
EP3629505A1 (en) * 2018-09-25 2020-04-01 Panasonic Intellectual Property Corporation of America User equipment and base station involved in transmission of data
KR102665409B1 (ko) * 2018-10-16 2024-05-10 삼성전자주식회사 다중 접속에서 데이터 분할을 위한 방법 및 장치
WO2020085885A1 (ko) * 2018-10-26 2020-04-30 엘지전자 주식회사 Nr v2x에서 재전송을 수행하는 방법 및 장치
US20220338204A1 (en) * 2018-10-31 2022-10-20 Lg Electronics Inc. Method and apparatus for performing communication on basis of one or more frequencies
WO2020155062A1 (zh) * 2019-01-31 2020-08-06 北京小米移动软件有限公司 目标下行信号的接收方法、装置、设备及系统
US11606783B2 (en) * 2019-03-28 2023-03-14 Lg Electronics Inc. Method and apparatus for managing DRX related timer in wireless communication system
US11343842B2 (en) 2019-04-05 2022-05-24 Qualcomm Incorporated Validating uplink configured grants
JP2022531166A (ja) * 2019-04-30 2022-07-06 アイディーエーシー ホールディングス インコーポレイテッド 構成されたグラントでのエンハンストアップリンクデータ送信の方法、装置およびシステム
US11038628B2 (en) * 2019-05-04 2021-06-15 Qualcomm Incorporated Procedures for configured grants
EP3970298A4 (en) * 2019-05-13 2022-12-07 Telefonaktiebolaget LM Ericsson (publ) METHODS, TERMINAL EQUIPMENT AND NETWORK NODE FOR UPLINK TRANSMISSION
US20220264631A1 (en) * 2019-07-12 2022-08-18 Telefonaktiebolaget Lm Ericsson (Publ) Methods, Terminal Device and Network Node for Uplink Transmission
US20220255672A1 (en) * 2019-08-06 2022-08-11 Nokia Technologies Oy Retransmission mechanism for configured grant uplink transmission
EP3975458A4 (en) * 2019-08-12 2022-06-22 Guangdong Oppo Mobile Telecommunications Corp., Ltd. METHOD AND APPARATUS FOR DATA TRANSMISSION, TERMINAL AND RECORDING MEDIUM
US11470606B2 (en) * 2019-08-29 2022-10-11 Qualcomm Incorporated Decoding of semi-persistent scheduling occasions
EP4055741A1 (en) * 2019-11-07 2022-09-14 Telefonaktiebolaget Lm Ericsson (Publ) Methods, apparatus and machine-readable media relating to reporting failure in a wireless network
US20210153159A1 (en) * 2019-11-15 2021-05-20 Qualcomm Incorporated System memory flow management
EP4094389A1 (en) * 2020-01-24 2022-11-30 Telefonaktiebolaget LM Ericsson (publ) Handling hybrid automatic repeat request process in configuration grant activation and deactivation procedure
CN114667789B (zh) * 2020-02-07 2024-03-15 Oppo广东移动通信有限公司 一种定时器控制方法、终端设备、网络设备
WO2022006763A1 (en) * 2020-07-08 2022-01-13 Qualcomm Incorporated Techniques for scheduling cross-component carriers in unlicensed bands
CN114070472B (zh) * 2020-08-05 2023-02-21 维沃移动通信有限公司 数据传输方法、装置及通信设备
WO2022036696A1 (zh) * 2020-08-21 2022-02-24 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备
WO2022077151A1 (en) * 2020-10-12 2022-04-21 Qualcomm Incorporated Harmonization of multiple configured grant uplink with or without retransmission timer
WO2022086093A1 (en) * 2020-10-20 2022-04-28 Samsung Electronics Co., Ltd. Method and rlc entity for timer management in wireless communication system
CN112738169A (zh) * 2020-12-21 2021-04-30 北京握奇智能科技有限公司 一种智能卡防死锁方法及系统
CN112806090B (zh) * 2021-01-06 2023-03-14 北京小米移动软件有限公司 随机接入方法、装置和电子设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160242176A1 (en) 2013-09-27 2016-08-18 Telefonaktiebolaget Lm Ericsson (Publ) Methods and devices for scheduling
WO2016175007A1 (ja) 2015-04-28 2016-11-03 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
JP2017017633A (ja) 2015-07-03 2017-01-19 株式会社Nttドコモ ユーザ装置、及び間欠受信制御方法

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8489950B2 (en) 2008-08-06 2013-07-16 Nokia Siemens Networks Oy Discontinuous reception retransmission timer and method
US8295159B2 (en) 2009-01-14 2012-10-23 Qualcomm Incorporated Timer poll retransmission expiry in a wireless communication system
JP5772311B2 (ja) 2011-07-05 2015-09-02 富士通株式会社 情報処理装置及び情報処理方法
EP2850767B1 (en) * 2012-05-14 2018-07-11 Telefonaktiebolaget LM Ericsson (publ) Apparatuses and methods for managing pending harq retransmissions
US9510389B2 (en) * 2013-09-26 2016-11-29 Blackberry Limited Discontinuous reception configuration
US10355830B2 (en) * 2015-12-07 2019-07-16 Telefonaktiebolaget Lm Ericsson (Publ) Uplink mac protocol aspects
EP3226456B1 (en) * 2016-04-01 2020-06-03 Panasonic Intellectual Property Corporation of America Asynchronous retransmission protocol
WO2018058387A1 (zh) * 2016-09-28 2018-04-05 华为技术有限公司 用于传输数据的方法和终端设备
JP6550112B2 (ja) * 2016-10-17 2019-07-24 華碩電腦股▲ふん▼有限公司 無線通信システムにおいて、drx(間欠受信)動作を処理するための方法及び装置
JP2020080442A (ja) * 2017-03-22 2020-05-28 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
US11122612B2 (en) * 2017-06-15 2021-09-14 Samsung Electronics Co., Ltd. Logical channel mapping to grant free transmission
US10721755B2 (en) * 2017-06-15 2020-07-21 Ofinno, Llc Grant free for large data size
US10568129B2 (en) * 2017-06-15 2020-02-18 Ofinno, Llc Grant free configuration
US10721025B2 (en) * 2017-06-15 2020-07-21 Ofinno, Llc Grant-free failure reporting

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160242176A1 (en) 2013-09-27 2016-08-18 Telefonaktiebolaget Lm Ericsson (Publ) Methods and devices for scheduling
WO2016175007A1 (ja) 2015-04-28 2016-11-03 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
JP2017017633A (ja) 2015-07-03 2017-01-19 株式会社Nttドコモ ユーザ装置、及び間欠受信制御方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Ericsson [rapporteur],Email discussion report on [92#44][LTE/MTC] MAC Open Items[online],3GPP TSG RAN WG2 #93 R2-161734,Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_93/Docs/R2-161734.zip>,2016年02月12日

Also Published As

Publication number Publication date
US20200177318A1 (en) 2020-06-04
US11196516B2 (en) 2021-12-07
CN111213334B (zh) 2022-08-05
CN111213334A (zh) 2020-05-29
JP2020529805A (ja) 2020-10-08
WO2019030726A1 (en) 2019-02-14
EP3665817A1 (en) 2020-06-17

Similar Documents

Publication Publication Date Title
JP7018499B2 (ja) 自律アップリンク送信および再送信のための方法
JP7170058B2 (ja) サイドリンクキャリア(再)選択のためのmac-phyモデル
US20220174683A1 (en) Logical Channel Prioritization for Pre-Emption
US20220132556A1 (en) Multiple Grant Handling in Mixed Services Scenarios
US20220159708A1 (en) Configured Grant Timer in Intra-User Equipment Multiplexing
US11902988B2 (en) Handling misalignment between arrival of critical data for transmission and transmission occasions of a configured grant
US11252783B2 (en) Systems and methods of communicating between a MAC layer and a PHY layer for transmissions
US20200314658A1 (en) Methods and apparatus for scheduling in laa
JP2021533651A (ja) Lte−mにおけるチャネル品質報告
EP4104342B1 (en) Conditionally handling hybrid automatic repeat request process in configuration grant activation procedure
US20230044594A1 (en) Handling hybrid automatic repeat request process in configuration grant activation and deactivation procedure
US20240063953A1 (en) Logical channel prioritization in unlicensed spectrum
US20230353433A1 (en) Method and apparatus for handling numerology change

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200408

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20210226

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210309

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210604

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220131

R150 Certificate of patent or registration of utility model

Ref document number: 7018499

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150