一般に、本明細書で使用されるすべての用語は、使用されている状況から、異なる意味が明瞭に示されるおよび/または示唆されることがなければ、関連する技術分野における通常の意味に従って解釈されるべきである。1つの(a)/1つの(an)/その(the)要素、装置、構成要素、手段、ステップなどに対するすべての参照は、別様に明示的に指定されなければ、要素、装置、構成要素、手段、ステップなどのうちの少なくとも1つを参照するように、オープンに解釈されるべきである。本明細書で開示される任意の方法のステップは、別のステップに後続する、または先行するものと明示的に記述された場合、および/または別のステップに後続するかもしくは先行することが絶対的である場合を除けば、開示された正確な順番で実施する必要はない。本明細書で開示された任意の実施形態の任意の機能が、適切ならどこでも任意の他の実施形態に適用され得る。同様に、任意の実施形態の任意の利点が、任意の他の実施形態に当てはまり得、逆も同様である。同封の実施形態の他の目的、機能および利点が、以下の説明から明白になるはずである。
Long Term Evolution(LTE)は、エボルブドUTRAN(E-UTRAN)としても知られる、第3世代パートナーシッププロジェクト(3GPP)内で開発され、リリース8(Rel-8)およびリリース9(Rel-9)において最初に規格化された、いわゆる第4世代(4G)無線アクセス技術のための包括的用語である。LTEは、様々なライセンス済み周波数帯域で対象とされ、また、エボルブドパケットコア(EPC)ネットワークを含む、一般にシステムアーキテクチャエボリューション(SAE)と呼ばれる非無線態様の改善が付随する。LTEは後続のリリースを経て進化し続ける。
3GPP LTEリリース10(Rel-10)は20MHzよりも大きい帯域幅をサポートする。Rel-10の重要な要件の1つには、LTEリリース-8との後方互換性を保証することがある。これはスペクトル互換性をも含むべきである。したがって、広帯域のLTE Rel-10キャリア(たとえば、20MHzよりも広い)は、LTE Rel-8(「レガシー」)端末に対する複数のキャリアとして出現するべきである。それぞれのそのようなキャリアはコンポーネントキャリア(CC)と呼ばれ得る。レガシー端末についても広いキャリアを効率的に使用するために、レガシー端末は、広帯域のLTE Rel-10キャリアのすべての部分においてスケジューリングされ得る。これを達成するための例示的なやり方の1つは、キャリアアグリゲーション(CA)によるものであり、それにより、LTE Rel-10端末は、各々が、好ましくは、Rel-8キャリアと同じ構造を有する、複数のCCを受信することができる。同様に、LTE Rel-11における拡張のうちの1つに拡張物理ダウンリンク制御チャネル(ePDCCH)があり、これは制御チャネルリソースの容量の増加および空間再利用の改善を目標とするものであり、セル間干渉調整(ICIC)を改善し、制御チャネルのアンテナビームフォーミングおよび/または送信ダイバーシティをサポートする。
LTEネットワークの全体の例示的なアーキテクチャが図1に示されている。E-UTRAN100は、eNB105、110、および115などの1つまたは複数のエボルブドノードB(eNB)、およびUE120などの1つまたは複数のユーザ機器(UE)を備える。3GPP規格の範囲内で使用される「ユーザ機器」(すなわち「UE」)は、E-UTRANおよび前の世代のRAN(たとえばUTRAN/「3G」および/またはGERAN/「2G」)、ならびに、場合によっては後の世代のRANを含む3GPP規格準拠のネットワーク機器と通信することができる任意の無線通信デバイス(たとえばスマートフォンまたはコンピューティングデバイス)を指すことができる。
3GPPによって規定されているように、E-UTRAN100は、無線ベアラ制御、無線アドミッション制御、無線モビリティ制御、スケジューリング、およびアップリンク(UL)やダウンリンク(DL)におけるUEに対するリソースの動的割当て、ならびにUEとの通信のセキュリティを含めてネットワークにおけるすべての無線関連の機能を担う。これらの機能は、X2インターフェースを介して互いに通信するeNB105、110、および115などのeNBの中に存在する。eNBは、図1における、EPC130に対するE-UTRANインターフェース、特に、まとめてMME/S-GW134および138として示されたモビリティ管理エンティティ(MME)およびサービングゲートウェイ(SGW)に対するS1インターフェースも担う。
一般に、MME/S-GWは、UEの全体的な制御と、UE(UE120など)とEPCの残りの部分との間のデータ流れとの、両方をハンドリングする。より詳細には、MMEは、非アクセス階層(NAS)プロトコルとして知られている、UEとEPC130との間のシグナリング(たとえば制御プレーン(CP))プロトコルを処理する。S-GWは、UEとEPC130との間のすべてのインターネットプロトコル(IP)データパケット(たとえばユーザプレーン(UP))をハンドリングし、UEがeNB105、110、および115などのeNBの間を動くとき、データベアラ用のローカルモビリティアンカとしてサーブする。
EPC130は、ユーザ関連情報やサブスクライバ関連情報を管理するホーム加入者サーバ(HSS)131をも含むことができる。HSS131は、モビリティ管理におけるサポート機能、コールおよびセッション確立、ユーザ認証およびアクセス認可をも提供することができる。HSS131の機能は、レガシーホーム位置レジスタ(HLR)の機能および認証センタ(AuC)の機能または動作にも関連付けられ得る。
いくつかの実施形態では、HSS131は、Udインターフェースを介して、図1においてEPC-UDR135とラベルが付いたユーザデータリポジトリ(UDR)と通信することができる。EPC-UDR135は、AuCアルゴリズムによって暗号化された後のユーザ認証情報を記憶することができる。これらのアルゴリズムは、HSS131のベンダ以外のベンダがEPC-UDR135に記憶されている暗号化された認証情報にアクセスできないように、規格化されていない(すなわちベンダに固有のものである)。
図2Aは、例示的なLTEアーキテクチャの、UE、E-UTRANおよびEPCといった構成エンティティと、アクセス階層(AS)および非アクセス階層(NAS)への高レベルの機能的分割とに関する、高レベルブロック図を示す。図2Aには、それぞれが無線プロトコルとS1プロトコルとの特定のプロトコルのセットを使用する、Uuインターフェース(UE/E-UTRAN無線インターフェース)およびS1インターフェース(E-UTRAN/EPCインターフェース)といった2つの特有のインターフェースポイントも示されている。図2Aには示されていないが、プロトコルセットの各々が、ユーザプレーンのプロトコル機能性と制御プレーンのプロトコル機能性へとさらに区分化され得る。ユーザプレーンはUプレーンと呼ばれることもあり、制御プレーンはCプレーンと呼ばれることもある。Uuインターフェースでは、Uプレーンがユーザ情報(たとえばデータパケット)を搬送し、Cプレーンが、UEとE-UTRANとの間で制御情報を搬送する。
図2Bは、UEとeNBおよびMMEとの間の例示的なCプレーンプロトコルスタックのブロック図を示す。この例示的なプロトコルスタックは、UEとeNBとの間の、物理(PHY)レイヤ、メディアアクセス制御(MAC)レイヤ、無線リンク制御(RLC)レイヤ、パケットデータコンバージェンスプロトコル(PDCP)レイヤ、および無線リソース制御(RRC)レイヤを含む。PHYレイヤは、LTE無線インターフェース上でトランスポートチャネルを通じてデータを転送するために、どの特性をどうやって使用するのかということに関する。MACレイヤは、論理チャネル上でのデータ転送サービスを提供し、論理チャネルをPHYトランスポートチャネルにマッピングし、これらのサービスをサポートするためにPHYリソースを再び割り当てる。RLCレイヤは、誤りの検知および/または修正、連結、セグメント化、ならびに上位レイヤとの間でやりとりされるデータの再構築、再整理を提供する。PHYレイヤ、MACレイヤ、およびRLCレイヤは、UプレーンとCプレーンの両方に対して等しい機能を実施する。PDCPレイヤは、UプレーンとCプレーンの両方に対して暗号化/暗号解読および完全性保護を提供するばかりでなく、Uプレーンに対してヘッダ圧縮などの他の機能をも提供する。例示的なプロトコルスタックは、UEとMMEとの間の非アクセス階層(NAS)シグナリングをも含む。
図2Cは、例示的なLTE無線インターフェースプロトコルアーキテクチャのブロック図を、PHYレイヤの観点から示すものである。様々なレイヤの間のインターフェースは、図2Cにおける楕円形によって指示されたサービスアクセスポイント(SAP)によって提供される。PHYレイヤは、上記で説明されたMACプロトコルレイヤとRRCプロトコルレイヤのインターフェースをとる。この図ではまた、PHYはレイヤ1と呼ばれ、MACはレイヤ2と呼ばれ、RRCはレイヤ3と呼ばれている。MACは、RLCプロトコルレイヤ(上記でも説明されている)に対して、転送される情報のタイプによって特徴付けられた別々の論理チャネルを提供するが、PHYは、MACに対して、無線インターフェースを介して情報を転送するやり方によって特徴付けられたトランスポートチャネルを提供する。このトランスポートサービスを提供する際に、PHYは、誤りの検知および訂正と、符号化されたトランスポートチャネルの物理チャネルに対するレートマッチングおよびマッピングと、物理チャネルの電力重みづけ、変調、および復調と、送信ダイバーシティと、ビームフォーミング多入力多出力(MIMO)アンテナ処理とを含む、各種機能を実施する。PHYレイヤはまた、RRCから制御情報(たとえばコマンド)を受信し、RRCに対して無線測定結果などの様々な情報を提供する。
一般に、物理チャネルは、上位レイヤを起源とする情報を搬送するリソースエレメントのセットに対応する。LTE PHYによって提供されるダウンリンク(すなわちeNBからUE)物理チャネルは、物理ダウンリンク共有チャネル(PDSCH)、物理マルチキャストチャネル(PMCH)、物理ダウンリンク制御チャネル(PDCCH)、リレー物理ダウンリンク制御チャネル(R-PDCCH)、物理ブロードキャストチャネル(PBCH)、物理的制御フォーマットインジケータチャネル(PCFICH)、および物理ハイブリッドARQインジケータチャネル(PHICH)を含む。追加として、LTE PHYダウンリンクは様々な参照信号(たとえばチャネル状態情報参照信号(CSI-RS))、同期信号、および発見信号を含む。
PDSCHは、ユニキャストダウンリンクデータ送信ばかりでなく、ランダムアクセス応答(RAR)、いくつかのシステム情報ブロック、およびページング情報をも送信するために使用される主要な物理チャネルである。PBCHは、UEがネットワークにアクセスするために必要な基本システム情報を搬送する。PDCCHは、PDSCH上のDLメッセージに関するスケジューリング情報、PUSCH上のUL送信に対するグラント、およびULチャネルに対するチャネル品質フィードバック(たとえばCSI)を含むダウンリンク制御情報(DCI)を送信するために使用される。PHICHは、UEによるUL送信に対するHARQフィードバック(たとえばACK/NAK)を搬送する。
LTE PHYによって提供されたアップリンク(すなわちUEからeNB)物理チャネルは、物理アップリンク共有チャネル(PUSCH)、物理アップリンク制御チャネル(PUCCH)、および物理ランダムアクセスチャネル(PRACH)を含む。追加として、LTE PHYアップリンクが含む様々な参照信号には、eNBを、関連するPUCCHまたはPUSCHの受信において支援するために送信される復調用参照信号(DM-RS)と、いかなるアップリンクチャネルにも関連付けられないサウンディング参照信号(SRS)とが含まれる。
PUSCHは、PDSCHに対するアップリンク側のカウンタパートである。PUCCHは、UEによって、eNB DL送信用のHARQフィードバック、DLチャネル用のチャネル品質フィードバック(たとえばCSI)、スケジューリング要求(SR)などを含むアップリンク制御情報(UCI)を送信するために使用される。PRACHは、ランダムアクセスプリアンブル送信用に使用される。
上記で手短に言及されたように、LTE RRCレイヤ(図2B~図2Cに示されている)は、無線インターフェースにおけるUEとeNBの間の通信、ならびにE-UTRANにおけるセルの間のUEのモビリティを制御する。一般に、UEは、電源を投入された後、ネットワークに対するRRC接続が確立されるまでRRC_IDLE状態であり、RRC接続が確立されたとき、データ転送が生じ得るRRC_CONNECTED状態に移行する。接続が解除された後に、UEはRRC_IDLEに戻る。RRC_IDLE状態では、UEの受信機は、上位レイヤによって設定された間欠受信(DRX)スケジュールにおいてアクティブである。DRXアクティブ期間中、RRC_IDLEのUEは、サービングセルによってブロードキャストされたシステム情報(SI)を受信し、セル再選択をサポートするために隣接セルの測定を実施し、EPCからeNBを介したページングのためにPDCCH上のページングチャネルを監視する。RRC_IDLEのUEはEPCにおいて知られており、割り当てられたIPアドレスを有するが、サービングeNBにとっては未知である(たとえば、記憶されたコンテキストがない)。LTE Rel-13において、RRC_IDLEに類似の中断状態のネットワークによって配置されるUE用の機構が導入されたが、RRC_CONNECTEDに戻るためのいくつかの利点を伴う。
LTE PHY用の多元接続方式は、ダウンリンクにおいてサイクリックプレフィックス(CP)を用いる直交周波数分割多重(OFDM)方式と、アップリンクにおいてサイクリックプレフィックスを用いるシングルキャリア周波数分割多重アクセス(SC-FDMA)方式とに基づく。対のスペクトルおよび対になっていないスペクトルにおける送信をサポートするために、LTE PHYは、周波数分割複信(FDD)(全二重通信と半二重通信の両方を含む)と時分割複信(TDD)の両方をサポートする。図3Aは、LTE FDDダウンリンク(DL)動作のために使用される例示的な無線フレーム構造(「タイプ1」)を示す。DL無線フレームは、それぞれが0.5msの固定持続時間を有する、0から19までのラベルが付いた20個のスロットからなる、10msの固定持続時間を有する。1msのサブフレームが2つの連続したスロットを含み、たとえばサブフレームiはスロット2iとスロット2i+1からなる。それぞれのFDD DLスロットは、各々がNsc個のOFDMサブキャリアから構成されたNDL
symb個のOFDMシンボルからなる。NDL
symbの例示的な値は、15kHzのサブキャリア間隔(SCS)について、(通常のCPで)7または(拡張した長さのCPで)6であり得る。Nscの値は、利用可能なチャネル帯域幅に基づいて設定可能である。当業者はOFDMの原理に精通しているので、この説明におけるさらなる詳細は省略される。
図3Aに示されるように、特定のシンボルにおける特定のサブキャリアの組合せはリソースエレメント(RE)として知られている。各REは、そのRE用に使用される変調形式および/またはビットマッピングコンスタレーションに応じて特定数のビットを送信するために使用される。たとえば、いくつかのREはQPSK変調を使用して2ビットを搬送してよく、他のREは、16-QAMを使用して4ビットを搬送してよく、または64-QAMを使用して6ビットを搬送してもよい。LTE PHYの無線リソースは、物理リソースブロック(PRB)に関しても規定される。PRBは、スロットの持続時間にわたってNRB
sc個のサブキャリア(すなわちNDL
symb個のシンボル)に及び、NRB
scは、一般的には12(15kHzのサブキャリア帯域幅で)または24(7.5kHzの帯域幅で)のいずれかである。全体のサブフレーム中に同じNRB
sc個のサブキャリア(すなわち2NDL
symb個のシンボル)に及ぶPRBは、PRB対として知られている。それゆえに、LTEのPHY DLのサブフレームにおいて利用可能なリソースは、各々が2NDL
symb・NRB
sc個のREを備えるNDL
RB個のPRB対を備える。通常のCPおよび15kHzのSCSについては、PRB対は168個のREを備える。
PRBの例示的な特性の1つには、連続した番号を付けられたPRB(たとえばPRBiおよびPRBi+1)がサブキャリアの連続ブロックを含む、ということがある。たとえば、通常のCPおよび15kHzのサブキャリア帯域幅の状態で、PRB0はサブキャリア0~サブキャリア11を含み、PRB1はサブキャリア12~サブキャリア23を含む。LTE PHYリソースはまた、局所タイプまたは分散タイプのいずれかであり得る、PRBと同一サイズの仮想リソースブロック(VRB)に関して規定され得る。局所タイプのVRBは、VRBnVRBがPRBnPRB=nVRBに対応するように、PRBに対して直接マッピングされ得る。一方、分散タイプのVRBは、3GPP TS 36.213に記述されているか、そうでなければ当業者に知られているように、様々なルールに従って不連続PRBにマッピングされ得る。しかしながら、「PRB」という用語は、この開示では、物理リソースブロックと仮想リソースブロックの両方を指すように使用されるものとする。その上、「PRB」という用語は、別段の定めがない限り、今後、サブフレーム(すなわちPRB対)の持続時間リソースブロックを指すように使用される。
図3Bは、図3Aに示された例示的なFDD DL無線フレームと同様のやり方で設定された例示的なLTE FDDアップリンク(UL)無線フレームを示す。上記のDLの説明と一致する用語法を使用すると、それぞれのULスロットは、各々がNsc個のOFDMサブキャリアからなるNUL
symb個のOFDMシンボルからなる。
LTE PHYは、図3Aに示されるリソースおよび図3Bに示されるリソースのそれぞれに対して、様々なDL物理チャネルおよびUL物理チャネルをマッピングする。PDCCHとPUCCHは、どちらも1つまたはいくつかの連続した制御チャネルエレメント(CCE)のアグリゲーション上で送信され得、CCEは、各々が複数のREからなるリソースエレメントグループ(REG)に基づいて物理リソースにマッピングされる。
図4は、CCEおよびREGを、たとえばPRBといった物理リソースにマッピングするための例示的な技法の1つを示す。図4に示されるように、PDCCHのCCEを備えるREGは、サブフレームの最初のn個のシンボルへとマッピングされ得、残りのシンボルは、ユーザデータを搬送するPDSCHまたはPUSCHなどの他の物理チャネル用に利用可能である。一般に、n=1~4であり、PCFICHによって制御領域の第1のシンボルで搬送される制御フォーマットインジケータ(CFI)によってUEに伝達される。図4の構成ではn=3である。各REGが4つのRE(小さい破線の長方形によって表されている)を備え、各CCEが9つのREGを含む。図4には2つのCCEが示されているが、CCEの数は必要なPDCCHの容量に応じて変化し得、この容量は、ユーザの数、測定および/または制御シグナリングの量などに基づいて決定され得る。アップリンクでは、PUCCHは同様に設定され得る。
5G用の新無線インターフェースに関する検討項目は完成しており、3GPPは、現在、NR(新無線)と略記されることが多いこの新無線インターフェースを規格化している。LTEは、主にユーザ間通信のために設計されたが、5G/NRネットワークは、高い単一ユーザデータレート(たとえば、1Gb/s)と、周波数帯域幅を共有する多くの異なるデバイスからの短いバースト的送信を伴う、大規模なマシンツーマシン通信との両方をサポートすることが想定される。
NRは、LTEと、多くの類似性を共有する。たとえば、NRは、DLにおいてサイクリックプレフィックス直交周波数分割多重(CP-OFDM)を使用し、ULにおいてCP-OFDMとDFT拡散OFDM(DFT-S-OFDM)の両方を使用する。別の例として、NRのDL物理リソースとUL物理リソースは、時間ドメインにおいて同じサイズの1msのサブフレームに編成される。サブフレームは、持続時間が等しい複数のスロットへとさらに分割され、各スロットは複数のOFDMベースのシンボルを含む。別の例として、NRのRRCレイヤは、RRC_IDLE状態およびRRC_CONNECTED状態を含むが、LTEの一時停止状態といくつかの類似の特性を有するRRC_INACTIVEという付加的な状態を追加する。
RRC_CONNECTED状態では、UEは、スケジューリングされたPDSCH/PUSCHおよび他の目的のためにPDCCHを監視する。LTEでは、UEのエネルギーのかなりの部分が、間欠受信(DRX)設定に応じて、UE用にスケジューリングされたPDSCH/PUSCHを検知することなく、PDCCHの復号に使われ得る。この状況は、トラフィックモデリングを用いる類似のDRXセッティングが利用される場合には、UEは、このUEを対象とするPDCCHがあるかどうかを識別するためにブラインド検知を実施する必要があるので、NRにおけるものに類似であり得る。それゆえに、不必要なPDCCH監視を低減することができる技法により、UEのスリープの頻度を増加すること、および/またはUEのウェークアップの頻度を減少することが、有利になり得る。
次に、添付図面を参照しながら、本明細書で企図された実施形態のうちのいくつかをより十分に説明する。しかしながら、本明細書で開示された主題の範囲内に他の実施形態が含有されており、開示された主題は、本明細書で明記された実施形態のみに限定されるように解釈されるべきではなく、むしろ、これらの実施形態は当業者に主題の範囲を伝達するために例として提供されるものである。さらに、以下の用語は、下記に示される説明の全体にわたって使用される。
・無線ノード:本明細書で使用される「無線ノード」は、「無線アクセスノード」または「無線デバイス」のいずれかであり得る。
・無線アクセスノード:本明細書で使用される「無線アクセスノード」(同様な意味合いで「無線ネットワークノード」、「無線アクセスネットワークノード」、または「RANノード」)は、信号を無線で送信する/受信するように動作するセルラー通信ネットワークの無線アクセスネットワーク(RAN)における任意のノードであり得る。無線アクセスノードのいくつかの例は、限定はしないが、基地局(たとえば3GPPの第5世代(5G)NRネットワークあるいは3GPPのLTEネットワークにおける拡張ノードBすなわちエボルブドノードB(eNB)における新無線(NR)基地局(gNB))、基地局の分散した構成要素(たとえばCUおよびDU)、大電力基地局またはマクロ基地局、低電力基地局(たとえばマイクロ基地局、ピコ基地局、フェムト基地局、家庭内基地局など)、統合アクセスバックホール(IAB)ノード、送信ポイント、リモートラジオユニット(RRUまたはRRH)およびリレーノードを含む。
・コアネットワークノード:本明細書で使用される「コアネットワークノード」は、コアネットワーク中の任意のタイプのノードである。コアネットワークノードのいくつかの例は、たとえば、モビリティ管理エンティティ(MME)、サービングゲートウェイ(SGW)、パケットデータネットワークゲートウェイ(P-GW)、アクセスおよびモビリティ管理機能(AMF)、セッション管理機能(AMF)、ユーザプレーン機能(UPF)、サービス能力公開機能(SCEF)などを含む。
・無線デバイス:本明細書で使用される「無線デバイス」(略して「WD」)は、ネットワークノードおよび/または他の無線デバイスと無線で通信することによってセルラー通信ネットワークにアクセスすることができる(すなわち、セルラー通信ネットワークによってサーブされる)任意のタイプのデバイスである。無線で通信することは、電磁波、電波、赤外線波、および/または空中の情報伝達に適切な他のタイプの信号を使用して、無線信号を送信および/または受信することを包含し得る。「無線デバイス」という用語は、本明細書では、他に断らない限り「ユーザ機器」(略して「UE」)と区別なく使用される。無線デバイスのいくつかの例は、限定はしないが、スマートフォン、携帯電話、セル式電話、ボイスオーバーIP(VoIP)フォン、無線ローカルループフォン、デスクトップコンピュータ、携帯情報端末(PDA)、無線カメラ、ゲームコンソールまたはゲームデバイス、音楽記憶デバイス、再生機器、ウェアラブルデバイス、無線エンドポイント、移動局、タブレット、ラップトップコンピュータ、ラップトップコンピュータに組み込まれた機器(LEE)、ラップトップコンピュータを取り付けた機器(LME)、スマートデバイス、無線顧客構内機器(CPE)、モバイルタイプ通信(MTC)デバイス、モノのインターネット(IoT)デバイス、車載無線端末デバイスなどを含む。
・ネットワークノード:本明細書で使用される「ネットワークノード」は、無線アクセスネットワーク(たとえば上記で論じられた無線アクセスノードまたは同等の名称)、またはセルラー通信ネットワークのコアネットワーク(たとえば上記で論じられたコアネットワークノード)のいずれか部分である任意のノードである。機能的に、ネットワークノードは、無線デバイスに対する無線アクセスを可能にするため、および/または無線アクセスを提供するため、ならびに/あるいはセルラー通信ネットワークにおける他の機能(たとえば管理)を実施するために、セルラー通信ネットワークにおける無線デバイスおよび/または他のネットワークノードもしくは機器と直接的または間接的に通信することができ、通信するように設定され、通信するように構成され、および/または通信するように動作可能な機器である。
本明細書の説明は3GPPセルラー通信システムに重点を置くものであり、そのため3GPPの用語法または3GPPの用語法に類似の用語法がしばしば使用されることに留意されたい。しかしながら、本明細書で開示される概念は、3GPPシステムに限定されるわけではない。さらに、本明細書では「セル」という用語が使用されるが、(特に5G NRに関して)セルの代わりにビームが使用され得、したがって、本明細書で説明される概念がセルとビームの両方に等しく適用されることを理解されたい。
手短に上述したように、不必要なPDCCH監視を低減することができる技法によって、UEのスリープの頻度を増加すること、および/またはUEのウェークアップの頻度を減少することが、有利になり得る。これは以下でより詳細に説明される。
LTEは、主にユーザ間通信のために設計されたが、5G(「NR」と呼ばれることもある)セルラーネットワークは、高い単一ユーザデータレート(たとえば1Gb/s)と、周波数帯域幅を共有する多くの異なるデバイスからの短いバースト的送信を伴う、大規模なマシンツーマシン通信との両方をサポートすることが想定される。5G無線規格は、現在、eMBB(拡張モバイル広帯域)、URLLC(超高信頼度の低レイテンシ通信)およびマシン型通信(MTC)を含む広範囲のデータサービスを対象としている。これらのサービスは、異なる要件および目的を有することがある。たとえば、URLLCは、極めて厳しい誤りおよびレイテンシの要件、たとえば、10-5またはそれよりも低い誤り見込みと、1msまたはそれよりも低いエンドツーエンドレイテンシとを伴う、データサービスを提供することが意図される。eMBBでは、レイテンシおよび誤り見込みに関する要件はあまり厳重ではないが、必要とされサポートされるピークレートおよび/またはスペクトル効率はより高くなり得る。対照的に、URLLCは低レイテンシおよび高信頼度を必要とするが、データレート要件はあまり厳しくない。
Rel-15 NRでは、UEはダウンリンクにおいて4つまでのキャリア帯域幅部分(BWP)を用いて設定され得、所与の時間においてアクティブなダウンリンクキャリアBWPは1つである。UEは、アップリンクにおいて4つまでのキャリアBWPを用いて設定され得、所与の時間においてアクティブなアップリンクキャリアBWPは1つである。UEは、補助アップリンクを用いて設定される場合には、補助アップリンクにおいて4つまでの追加のキャリアBWPを用いて設定され得、所与の時間においてアクティブな補助アップリンクキャリアBWPは1つである。
図5は、NRスロットに関する例示的な時間-周波数リソースグリッドを示す。図5に示されるように、リソースブロック(RB)は、14個のシンボルスロットの持続時間にわたる連続した12個のOFDMサブキャリアのグループからなる。LTEにおけるもののように、リソースエレメント(RE)は1つのスロットにおける1つのサブキャリアからなる。共通RB(CRB)には、0からシステムの帯域幅の最後まで番号が付けられる。特定の設定されたBWPが0よりも大きいCRBから始まり得るように、UE用に設定された各BWPは、CRB0という共通の参照を有する。このように、UEは、それぞれが特定のCRBから始まる狭いBWP(たとえば10MHz)および広いBWP(たとえば100MHz)を用いて設定され得るが、所与の時点においてUE用にアクティブなBWPは1つだけである。
BWPの内部で、RBは周波数領域において規定されて0から
まで番号が付けられ、iはキャリアに関する特定のBWPのインデックスである。LTEに似て、各NRリソースエレメント(RE)は、1つのOFDMシンボル間隔中の1つのOFDMサブキャリアに対応する。NRは様々なSCS値Δf=(15×2
μ)kHzをサポートし、μ∈(0、1、2、3、4)は「ニューメロロジー」と呼ばれる。ニューメロロジーμ=0(すなわちΔf=15kHz)は、LTEにおいても使用される基本(または基準)SCSを与える。スロット長さは、1/2
μmsによって、SCSまたはニューメロロジーに反比例する。たとえば、Δf=15kHzについては1つのサブフレーム当たり1つの(1ms)スロットがあり、Δf=30kHzについては1つのサブフレーム当たり2つの0.5msスロットがある、などである。追加として、RB帯域幅は、2
μ*180kHzによってニューメロロジーに直接関連付けられる。
下記の表1は、サポートされるNRニューメロロジーおよび関連するパラメータを要約するものである。ネットワークによって、異なるDLニューメロロジーとULニューメロロジーが設定され得る。
NRスロットは、通常のサイクリックプレフィックスについては14個のOFDMシンボルを、拡張サイクリックプレフィックスについては12個のシンボルを、含むことができる。図6Aは14個のシンボルを含む例示的なNRスロット設定を示し、スロットの持続時間はTsと表され、シンボルの持続時間Tsymbと表される。追加として、NRは、「ミニスロット」としても知られているタイプ-Bスケジューリングを含む。これらはスロットよりも短く、一般的には1つのシンボルからスロットにおけるシンボルの数(たとえば13または11)よりも1つ少ない数までであって、スロットの任意のシンボルから始まり得る。ミニスロットが使用され得るのは、スロットの送信時間が長すぎる場合および/または次のスロットスタート(スロットアラインメント)が生じるのが遅すぎる場合である。ミニスロットの適用は、未ライセンススペクトルおよびレイテンシクリティカル送信(たとえばURLLC)を含む。しかしながら、ミニスロットはサービスに固有ではなく、eMBBまたは他のサービス用にも使用され得る。
図6Bは、14個のシンボルを含む別の例示的なNRスロット構造を示す。この構成では、PDCCHは、制御リソースセット(CORESET)と呼ばれ、シンボルの特定番号およびサブキャリアの特定番号を含有している領域に制限される。図6Bに示された例示的な構造では、最初の2つのシンボルがPDCCHを含有しており、残りの12個のシンボルの各々が物理データチャネル(PDCH)すなわちPDSCHまたはPUSCHのいずれかを含有している。しかしながら、最初の2つのスロットは、特定のCORESET設定に応じて、必要であればPDSCHまたは他の情報を搬送することもできる。
3GPPのTS 38.211 § 7.3.2.2にさらに規定されているように、CORESETは、周波数ドメインに複数のRB(すなわち12個のREの倍数)を含み、時間ドメインに1~3個のOFDMシンボルを含む。CORESETは、図4に示されたものなどのLTEサブフレームにおける制御領域に機能的に類似である。しかしながら、NRでは、各REGは、RBにおける1つのOFDMシンボルのすべての12個のREからなるが、LTEのREGには、図4に示されるように4つのREしか含まれていない。LTEにおけるもののように、CORESETの時間ドメインサイズはPCFICHによって指示され得る。LTEでは、制御領域の周波数帯域幅は(トータルシステム帯域幅に対して)固定であるが、NRでは、CORESETの周波数帯域幅は可変である。RRCシグナリングによって、UEにCORESETリソースが指示され得る。
CORESETを規定するために使用される最小単位はREGであり、これは、周波数において1つのPRBに及び、時間において1つのOFDMシンボルに及ぶ。PDCCHに加えて、各REGは、REGが送信された無線チャネルの推定を支援するために復調用参照信号(DM-RS)を含有している。PDCCHを送信するとき、送信に先立って、無線チャネルのいくつかの知見に基づいて送信アンテナに重みを適用するためにプリコーダが使用され得る。送信機においてREG用に使用されるプリコーダが異ならない場合には、時間および周波数において接近した複数のREGにわたってチャネルを推定することにより、UEにおけるチャネル推定性能を改善することが可能である。UEのチャネル推定を支援するために、複数のREGが、REGバンドルを形成するために一緒にグループ化され得、CORESET用のREGバンドルサイズ(すなわち2つ、3つ、または5つのREG)がUEに指示され得る。UEは、PDCCHの送信のために使用されるあらゆるプリコーダが、REGバンドルにおけるすべてのREGにわたって同一であると想定することができる。
NR制御チャネルエレメント(CCE)は6つのREGからなる。これらのREGは、周波数において連続していても分散していてもよい。CORESETは、REGが周波数において分散しているとき、CCEに対するREGのインターリーブマッピングを使用するといわれ、REGが周波数において連続していると、非インターリーブマッピングを使用するといわれる。インターリーブは周波数ダイバーシティをもたらすことができる。チャネルの知見によってスペクトルの特定部分においてプリコーダを使用することができて受信機におけるSINRを改善する場合には、インターリーブを使用しない方が有利である。
LTEに似て、NRデータスケジューリングはスロットごとに行う。各スロットにおいて、基地局(たとえばgNB)は、PDCCHを通じて、そのスロットにおいてデータを受信するようにスケジューリングされたUEと、そのデータを搬送するRBとを指示するダウンリンク制御情報(DCI)を送信する。UEは、最初にDCIを検知して復号し、DCIがUEに関するDLスケジューリング情報を含んでいれば、DLスケジューリング情報に基づいて対応するPDSCHを受信する。DCIフォーマット1_0および1_1は、PDSCHスケジューリングを伝達するように使用される。
同様に、PDCCH上のDCIは、そのスロットにおいてPUCCH上でデータを送信するようにスケジューリングされているUE、ならびにそのデータを搬送するRBを指示するULグラントを含むことができる。UEは最初にDCIを検知して復号し、DCIがUE用のアップリンクグラントを含んでいれば、ULグラントによって指示されたリソース上で、対応するPUSCHを送信する。DCIフォーマット0_0および0_1はPUSCH用のULグラントを伝達するように使用され、他のDCIフォーマット(2_0、2_1、2_2および2_3)は、スロットフォーマット情報、予約済みのリソース、送信電力制御情報などの送信を含む他の目的のために使用される。
DCIは、ペイロードデータの巡回冗長検査(CRC)を用いて補完されたペイロードを含む。DCIが複数のUEによって受信されるPDCCH上で送られるので、対象とされるUEの識別子が含まれていなければならない。NRでは、これは、UEに割り当てられた無線ネットワーク一時識別子(RNTI)を用いてCRCにスクランブルをかけることによって行われる。通常、サービングセルによって対象とされたUEに割り当てられるセルRNTI(C-RNTI)が、この目的のために使用される。
DCIペイロードは、識別子でスクランブルをかけられたCRCとともに符号化され、PDCCH上で送信される。以前に設定された検索空間を所与として、各UEは、それぞれに宛てられたPDCCHを、複数の仮説(「候補」とも呼ばれる)に従って、「ブラインド復号」として知られている処理で検知しようとする。PDCCH候補は、1つ、2つ、4つ、8つ、または16個のCCEに及ぶことができ、CCEの数は、PDCCH候補のアグリゲーションレベル(AL)と呼ばれる。2つ以上CCEが使用される場合には、第1のCCEの情報が他のCCEにおいて繰り返される。PDCCHは、ALを変化させることによって、いくつかのペイロードサイズ向けにある程度頑健にされ得る。言い換えれば、PDCCHのリンク適合は、ALを調節することによって実施され得る。PDCCH候補は、ALに応じて、CORESETにおける様々な時間-周波数位置に配置され得る。
UEは、DCIを復号すると、このUEに割り当てられた、および/または特定のPDCCH検索空間に関連した、1つまたは複数のRNTIを用いてCRCを逆スクランブルする。一致の場合には、UEは、検知されたDCIをこのUE宛てのものと見なし、DCIにおける命令(たとえばスケジューリング情報)に従う。
UEが検索空間セットの範囲内で監視しなければならないPDCCH候補に対応するCCEを決定するために、ハッシュ関数が使用され得る。UEによって使用されるCCEがランダム化されるように、別々のUEについては別々のやり方でハッシングが行われ、それによって、CORESETにPDCCHメッセージが含まれている複数のUEの間の衝突の確率が低下する。監視の周期性も、別々のPDCCH候補用に設定される。任意の特定のスロットにおいて、UEは、1つまたは複数のCORESETに対してマッピングされ得る複数の検索空間において複数のPDCCH候補を監視するように設定され得る。PDCCH候補は、一度にすべてのスロットにおいて、または一度に複数のスロットにおいて、1つのスロットで複数回監視する必要があり得る。
DCIは、PDCCHとPDSCH、PUSCH、HARQ、および/またはCSI-RSとの間の様々なタイミングオフセット(たとえばスロットまたはサブフレームにおけるもの)に関する情報をも含むことができる。図7は、NRに関する、PDCCH、PDSCH、PUSCH、HARQ、およびCSI-RSの間の様々なタイミングオフセットを示す。たとえば、オフセットK0は、UEのPDSCHスケジューリングDCI(たとえばフォーマット1_0または1_1)のPDCCH受信と後続のPDSCH送信との間のスロットの数を表す。同様に、オフセットK1は、このPDSCH送信とUEの応答のPUSCH上でのHARQ ACK/NACK送信との間のスロットの数を表す。追加として、オフセットK3は、この応答のACK/NACKとPDSCH上でのデータの対応する再送信との間のスロットの数を表す。追加として、オフセットK2は、UEのPUSCHグラントDCI(たとえばフォーマット0_0または0_1)のPDCCH受信と後続のPUSCH送信との間のスロットの数を表す。これらのオフセットの各々が、ゼロや正整数の値をとることができる。
最後に、DCIフォーマット0_1は、チャネル状態情報(CSI)またはチャネル品質情報(CQI)のUE報告を求めるネットワーク要求をも含むことができる。UEは、この報告を送る前に、ネットワークによって送信されたCSI-RSを受信して測定する。パラメータaperiodicTriggeringOffsetは、UEの、CSI要求を含むDCIの受信と、ネットワークのCSI-RSの送信との間のスロットの整数を表す。このパラメータは0~4の値をとることができる。
上記で指示されたように、NRについては、これらのスケジューリングオフセットはゼロよりも大きいものであり得、それによって同一スロット(ゼロオフセット)スケジューリングとクロススロット(非ゼロオフセット)スケジューリングの両方が容易になる。たとえば、PDCCH用およびPDSCH用に高いBWPと低いBWPの間をそれぞれ適応的に変化させることによってUEの省電力を助長するためには、クロススロットスケジューリングが好ましいであろう。
間欠受信(DRX)は、UEのエネルギー消費を低減し、かつUEのバッテリー寿命を延長するために使用されている別の技法である。高レベルにおいて、DRXにより、UEは、ネットワーク(たとえばgNB)からのいかなる送信も受信する必要がない場合は常に、低電力状態に移行することができる。図8は、例示的なDRX動作を示すタイミング図である。図8に示されるように、DRX動作は、DRXサイクル、オン持続時間、および不活性タイマに基づく(他のパラメータも使用され得るが、ここでは説明の簡単さのために省略されている)。オン持続時間中、UEは覚醒状態であってPDCCHを監視する。UEは、オン持続時間中にUE宛ての有効なDCIが検知されなければ不活性タイマを起動するが、PDCCHの監視は、UE宛ての有効なDCIが検知されるかまたは不活性タイマが満了するまで継続する。オン持続時間の開始から不活性タイマの満了までの期間は「アクティブ時間」と呼ばれ得る。UEは、有効なDCIを受信すると、不活性タイマを延長してPDCCHの監視を継続する。一方、不活性タイマが満了すると、UEは、PDCCHの監視をDRXサイクルの最後まで停止して、次のDRXサイクルの開始までスリープに移行することができる。
一般に、不活性タイマは、PDCCHがメディアアクセス制御(MAC)エンティティ向けの初期のUL、DLまたはサイドリンク(SL、すなわちUE対UEのリンク)のユーザデータ送信を指示するサブフレーム/スロットの後の、連続したPDCCHサブフレーム/スロットの数をカウントする。一般的には、設定されたセルグループごとに1つのMACエンティティがあり、たとえばマスタセルグループ(MCG)に1つ、2次セルグループ(SCG)にもう1つ、といった具合である。
さらに、DRXパラメータは、一般的にはRRCによって設定され、RRCは、一般的にはMACやPHYなどの下位レイヤよりもはるかに遅いかまたは長い時間スケールで動作する。そのため、特にUEが混合されたトラフィックタイプを有する場合には、上記で論じられたDRXパラメータは、RRCによって適応的に変化され得ない。
一般的には、UEは、RRCによって、K0、K1、K2、およびaperiodicTriggeringOffsetといったスケジューリングオフセットの各々の可能な(または候補の)値のセットを用いて設定される。しかしながら、UEは、候補オフセットのこのセットを認識していても、特定のPDCCHに関連した特定のオフセット(たとえばPDSCHのK0)については、そのPDCCH(たとえばDCI)を復号した後に見いだすにすぎない。そのため、UEは、特定の省エネルギー動作モードを設定した場合には、PDCCHでシグナリングされたオフセットに準拠する別の動作モードに変化するための十分な時間がない可能性がある。
この問題は、UEのPDCCHとPDSCHまたはCSI-RS受信との間の動作モードの変更に関して特に明白になり得る。たとえば、UEは、PDCCH用にはより狭いBWPを使用してPDSCH用にはより広いBWPを使用するか、または単に検索空間情報に基づいてPDCCH用のアクティブな帯域幅設定を変更することによって、エネルギーを節約し得る。別の例として、UEには、PDCCHとPDSCH/CSI-RSとの間のUEの受信チェーンをオフにするか、または単一アンテナおよび受信チェーンを用いてPDCCHを監視する一方でマルチアンテナおよび受信チェーンを用いてPDSCHを受信するのが好ましいであろう。
そのような適応は、受信機を相応に再設定するための十分な時間がUEに与えられる、K0>0(PDCCH/PDSCH)および/またはaperiodicTriggeringOffset>0(PDCCH/CSI-RS)といった場合にのみ実施され得るものである。そうでなければ、オフセットの値がゼロであれば、UEは、PDCCHを受信しているときさえ、受信機を最大出力およびPDSCH互換動作に維持する必要がある。オフセットK1およびK2についても類似の問題が存在する。残念ながら、UEには、PDCCHを復号するまで、特定のオフセットが未知である。
とはいえ、固定かつ非ゼロのオフセット値はUEがエネルギー消費を削減するのを支援することができるが、負荷が大きいとき、および/または複数の連続したスロットをスケジューリングする必要があるときには、そのような固定オフセット値を有するのは不可能になり得る。そこで、PDCCHとPDSCHとの間に非ゼロのオフセットがあると、さらなる電力消費およびレイテンシをもたらす可能性がある。要約すると、UEがほとんどインアクティブなとき、PDCCHとPDSCH/PUSCH/PUCCHとの間の最小の(たとえば非ゼロの)オフセットまたは遅延を確実にするとエネルギー削減を促進し得るが、一連の複数のPDSCH送信中にはエネルギー消費が増加してしまう。
本開示の例示的な実施形態は、最初のまたはN番目のスケジューリングPDCCHの前の、PDCCHとPDSCH/PUSCH/PUCCHとの間のオフセットを伴うUEのクロススロットスケジューリングを、設定する、可能にする、および/または無効にする一方で、他のPDCCHオケージョン中には、保証されていないスケジューリングオフセット(同一スロットのスケジューリングを含む)を与えるための技法および/または機構を提供することにより、これらおよび他の問題、論点、および/または短所に対処するものである。これらの実施形態は、複数のPDSCHを送信する過程に応じて、PDCCH監視と後続のPDSCH/PUSCH/PUCCHとの間のUEの動作モードの変更を可能にするによって、UEのエネルギー消費削減を促進することができる。その上、実施形態は、同一スロットスケジューリングとクロススロットスケジューリングとの間でこのように適合することにより、すべてのスロットにおいてクロススロットスケジューリングが使用される場合と比較して、スケジューリングによる平均レイテンシを短縮する。より一般的には、開示された実施形態は、従来方式においてすべてのPDSCH送信にクロススロット設定を適用することに関連したレイテンシおよび/またはスループットのコストを課すことなく、UEのエネルギー消費削減を達成する拡張クロススロットスケジューリングを提供するものである。
実施形態はスロット間オフセットに関して説明されるが、これらの実施形態の原理は、たとえば同一スロット内のシンボルといったスロット内オフセットにも適用され得る。たとえば、現在の3GPP規格は、同一のスロット内でさえ(たとえば時間ドメインリソース指定(TDRA)設定に基づいて)、PDCCHに続いていくつかのシンボルのPDSCH/PUSCH送信を開始する可能性を提供する。クロススロットスケジューリングの場合のように、このオフセットは、DCI復号の後でないと知られない。
図9は、本開示の様々な実施形態による、UEのDRXオン持続時間内の選択的なクロススロットスケジューリングの(A~Gとラベルを付けられた)動作モードの様々なタイミング図を示す。設定された1つまたは複数のUE検索空間によるPDCCH監視オケージョン(MO)は破線で指示されており、実際のPDCCH送信は実線で指示されている。UEが、ある特定の(または最小の)スケジューリングオフセットを伴うクロススロットスケジューリングを想定し得るオケージョンは、1本の垂直な実線で指示されており、そのような想定ができないオケージョンは、密接した垂直な実線の対によって指示されている。ウェークアップ信号(WUS)送信は(たとえばモードDにおける)クロスハッチによって指示されている。
図9に示された様々なクロススロットスケジューリングモードにおいて、ネットワークは、UEを、第1のスケジューリングPDCCHに先んじて、既知のスケジューリングオフセットを伴うクロススロットスケジューリング(または既知の最小値を伴うスケジューリングオフセットの範囲)を予期するように設定することができる。図9に示される様々な実施形態またはモードにおいて、「第1のスケジューリングPDCCH」は、UEのPDCCH MOのうちの1つにおける何らかのイベントの後に送信される第1のPDCCHであり得、UE向けの(たとえば後続のPDSCHまたはPUSCHに関する)スケジューリング情報を搬送する。モードAでは、第1のスケジューリングPDCCHは、UEのDRXオン持続時間の開始後の最初のものである。代替的に、モードBでは、第1のスケジューリングPDCCHは、最新のPDSCH/PUSCH/PUCCH受信/送信後の最初のものである。代替的に、第1のスケジューリングPDCCHは、特定の数K個のインアクティブなスロットまたは持続時間後(モードC、K=2)、またはWUS信号受信後(モードD、他のWUS機構も可能)の、最初のものであり得る。
他の実施形態では、UEは、最初のスケジューリングPDCCHからN番目スケジューリングPDCCHまでクロススロットスケジューリングを予期することができ、パラメータNはネットワークによって(たとえばRRCによって)設定される。いくつかの実施形態では、パラメータNは、実際に送信されるスケジューリングPDCCHの数(モードE、N=3)、または検索空間設定に基づくPDCCH MOの数(モードF、N=3)を指すことができる。UEは、最新の受信されたPDCCH(モードG、K=2、N=3)後の(たとえばK回のPDCCHオケージョンまでといった)一定時間間隔中に生じるN回のPDCCHオケージョンに関するクロススロット設定を想定するようにも設定され得る。
いくつかの実施形態では、UEは、クロススロットPDSCHスケジューリングに関して設定されることに加えて、中間の非周期的なCSI報告のために、CSIを測定するための用意を維持することなくUEの受信機動作モードを変更し得るようにスケジューリングされることはないはずだと想定するようにも(たとえばRRCによって)設定され得る。
さらなる例示的な実施形態が以下で論じられ、一般に、1)RRCシグナリングによるUE設定、または2)MAC CEまたはDCIによるUE設定、といった2つのグループに分割される。これらの例は第1のスケジューリングPDCCHおよびクロススロットスケジューリングに関して提供されるが、これらの例に関連した原理は、N番目のスケジューリングPDCCHを包含する実施形態、およびPDCCHとPDSCH/PUSCH/PUCCHとの間にいくつかのシンボルを伴う同一スロットスケジューリングを包含する実施形態にも適用され得る。
実施形態の第1のグループでは、UEは、RRCシグナリングによって、クロススロットスケジューリングが、第1のPDCCHのため、ならびにクロススロットスケジューリング用に使用され得る最小のスケジューリングオフセット(たとえば最小のK0またはK2のスロット)のために、使用されることを予期し、かつ/または想定するように、設定され得る。
このグループのいくつかの実施形態では、UEは、ネットワークに、(たとえば各スロットにおける)UEのPDCCH復号処理時間能力を含む能力報告を送ることができる。ネットワークは、この報告を受信すると、ネットワークがクロススロットスケジューリングのためにいかなる下位のスケジューリングオフセット値も考慮に入れることのないように、UEの処理時間能力を考慮に入れることができる。UEは、ネットワークがこの最小のオフセットに先立ってスケジューリングしないことを知ると、この間、マイクロスリープなどの別の動作モードを選ぶことができる。
一般に、ネットワークは、オフセット値として最小の処理(またはモード切替え時間)を選択することにより、UEのエネルギー消費を削減することとレイテンシを短く保つこととの間の、受入れ可能な、適切な、かつ/または最適なバランスを発見することができる。とはいえ、ネットワークは、オフセットを選択するとき他のパラメータおよび/または値を考慮に入れることができる。いくつかの実施形態では、UEは、処理時間に加えて、またはその代わりに、UEの受信チェーンをオン/オフするのに必要な時間、アクティブ状態とスリープ状態との間を移すのに必要な時間、BWP設定を切り替えるのに必要な時間などをも、ネットワークの追加の実施能力に送ることができる。ネットワークは、スケジューリングオフセットを選択するとき、これらの受信されたパラメータおよび/または値のうちの任意のものを考慮に入れることができる。それでも、ネットワークは、スケジューリングオフセットを選択する上で、UEから受信したこれらの能力および/または優先度を基にする必要はない。
いくつかの実施形態では、ネットワークは、選択する上でこれらの値を基にしないと決定すると、この結果の指示を用いてUEに応答することができる。UEは、この応答を所与として、クロススロットスケジューリングオフセットのその期待値を相応に調節することができる。代替的に、ネットワークは、実際の(または最小の)スケジューリングオフセットを選択する際に、UEから提供された能力および/または優先度を考慮に入れたかどうかをUEに明示的に通知することなく、実際の(または最小の)スケジューリングオフセットをUEに通知することができる。同様に、ネットワークは、次に、RRCシグナリング(たとえば再設定プロシージャ)によって、実際の(または最小の)スケジューリングオフセット値を再設定することができる。
他の実施形態では、ネットワークは、第1のスケジューリングPDCCH用の(たとえばPDSCHの)クロススロットスケジューリングを、常に、または周期的もしくは非周期的なDRXサイクルで予期するようにUEを設定することができる。このパターンは、RRC設定中にネットワークによって事前に設定され得る。同様に、ネットワークは、たとえばRRC再設定によって、違ったふうに命令されるまで第1のスケジューリングPDCCH用のクロススロットスケジューリングを予期するようにUEを設定することができる。
実施形態の第2のグループでは、ネットワークは、MAC制御エレメント(CE)および/またはDCIシグナリングを使用して、第1のスケジューリングPDCCH用のクロススロットスケジューリングのUE設定を、可能にする、無効にする、および/または再設定することができる。たとえば、ネットワークは、以前にRRCによって行ったUE設定を、MAC CEおよび/またはDCIを使用して、可能にする、無効にする、および/または再設定することができる。
このグループのいくつかの実施形態では、MAC CEおよび/またはDCIシグナリングが、UEに、最後のPDSCH/PUSCH/PUCCHまたは特定数のインアクティブな持続時間/スロットの後に第1のPDCCH用の(たとえばRRCによって)事前設定されたクロススロットスケジューリングを適用するように指示することができる。他の実施形態では、MAC CEおよび/またはDCIシグナリングは、第1のスケジューリングPDCCH用のクロススロットスケジューリングに関連した事前設定のパラメータをオーバーライドする、および/または再設定するためにも使用され得る。追加として、MAC CEおよび/またはDCIシグナリングは、UEの第1のスケジューリングPDCCH用のクロススロットスケジューリング想定を無効にするように使用され得る。たとえば、ネットワークは、UEに送るダウンリンクデータを有する場合またはこれを得ると予期する場合には、UEのクロススロットスケジューリング想定を無効にすることができる。UEは、この無効にする設定を受信すると、その受信チェーンおよび他の処理能力を相応に(たとえば同一スロットのPDSCHを受信するように)準備することができる。
このグループのいくつかの実施形態では、ネットワークは、第1のスケジューリングPDCCHに先んじて、複数の明示的クロススロットスケジューリング設定を用いて(たとえばRRCによって)UEを設定し、次いで、使用されるべきMAC CEおよび/またはDCIシグナリングを使用して、これらの設定のうちの特定の1つを有効および/または無効にし、ならびに/あるいは様々な設定の間で切り替えることができる。
このグループのいくつかの実施形態では、クロススロットスケジューリング設定を可能にする、無効にする、または再選択するためのMAC CEコマンドは、これを適用する第1のPDCCHに先んじてUEに送られる最後のPDSCHメッセージにおいて多重化され得る。代替的に、MAC CEコマンドは、それ自体のPDSCHメッセージの中で、第1のPDCCHに先立って送られ得る。MAC CEコマンドはまた、特に明示的クロススロットスケジューリングを無効にする必要があるとき、第1のPDSCHにおいて、または中間で、多重化され得る。MAC CEコマンドはDCIシグナリングにも適用され、無効にする、有効にする、および/または再選択するための情報は、最後のスケジューリングDCI、最初のDCI、および/または中間のDCI、あるいは独立したDCIとしてさえ含まれ得る。たとえば、DCIの中で、任意の予約ビット、または特定のフィールドの予約された値または無効な値(たとえば無効なMCSの行インデックス)を指す任意のビットが、クロススロットスケジューリング設定を可能にする、無効にする、または再選択するために使用され得る。
図9の例によって示されるような、現在DRXモードで動作しているUEのための第1のスケジューリングPDCCH用の明示的クロススロットスケジューリングに関連して、様々な例示的な実施形態が上記で論じられた。とはいえ、これらの実施形態の原理は、オン持続時間/不活性タイマ中またはその前のウェークアップまたはゴートゥースリープを指示するためにウェークアップ(WUS)シグナリング/ゴートゥースリープ(GTS)シグナリングが使用される場合にも適用され得る。たとえば、いくつかの実施形態では、WUS信号自体が、(たとえばRRCによって)以前に設定された明示的クロススロットスケジューリングの開始(たとえば有効になる)または終了(たとえば無効になる)を指示するために使用され得る。代替的に、WUSによって搬送される明示コマンドは、この目的のために使用され得る。GTSシグナリングは同様のやり方で使用され得る。
ネットワークは、UEを、第1のPDCCH用のクロススロットスケジューリングを予期するように設定することに加えて、第1のPDCCHの後にスケジューリングパターンを変更するように設定することもできる。たとえば、UEは、第1のPDCCHの後に同一のスロットパターンまたは異なるクロススロットパターンに変更するように設定され得る。特別な例として、ネットワークは、第1のPDCCHの後の同一スロットにおいてUEに関連したPDSCH/PUSCH/PUCCHのすべてをスケジューリングすることにより、UEにおけるエネルギー消費の大幅な削減を促進することができる。
他の実施形態では、ネットワークは、上記で論じられたやり方において第1の(またはN番目までの)スケジューリングPDCCH用のクロススロットスケジューリングを予期するように明示的にUEを設定することはないが、それにもかかわらずクロススロットスケジューリングをUE用に使用する。そのような実施形態では、UEは、ネットワークのクロススロットスケジューリング設定に関連した履歴データを収集することができる。UEは、この収集したデータに基づき、ネットワークが、履歴データに矛盾しないかまたは対応する来たるべきシナリオにおいて、PDCCH用のクロススロットスケジューリングを使用する可能性が高いと判定することができる。UEは、この判定を基に、エネルギー消費を削減するためにその動作モードを変更することができる。ネットワークが、来たるべきシナリオにおいて、UEが予測および/または判定したようなクロススロットスケジューリングを使用しない場合には、UEは、割り当てられたPUCCH/PUSCHリソースにおいてNACKを送ることができ、これは、あまりレイテンシを追加することなくUEのエネルギー消費削減を促進するものである。
上記で説明された実施形態が、UEよって実施される例示的な方法(たとえばプロシージャ)およびネットワークノードによって実施される例示的な方法(たとえばプロシージャ)をそれぞれ表現する図10および図11を参照しながらさらに説明され得る。言い換えれば、以下で説明される動作の様々な特徴は、上記で説明された様々な実施形態に対応する。
詳細には、図10は、ユーザ機器(UE)のエネルギー消費を、本開示の様々な例示的な実施形態による、無線アクセスネットワーク(RAN)におけるネットワークノードとの通信に関して管理するための例示的な方法(たとえばプロシージャ)の流れ図を示す。この例示的な方法は、RAN(たとえばE-UTRAN、NG-RAN)におけるネットワークノード(たとえば基地局、eNB、gNBなど、またはそれらの構成要素)と通信する、たとえば無線デバイス、IoTデバイス、モデムなど、またはそれらの構成要素といったユーザ機器(UE)によって実施され得る。たとえば、図10に示される例示的な方法は、他の図を参照しながら本明細書で説明されたように設定されたUEによって実装され得る。さらに、図10に示される例示的な方法は、本明細書で説明されたものを含む様々な利益および/または利点を提供するために、本明細書で説明された他の例示的な方法(たとえば図11)と協力的に使用され得る。図10は特定のブロックを特定の順番で示すが、ブロックの動作は、示されたものとは異なる順番で実施され得、また、示されたものとは異なる機能性を有するブロックへと結合および/または分割され得る。随意のブロックまたは動作が、破線によって指示されている。
例示的な方法が含み得るブロック1030の動作において、UEは、ネットワークノードから、第1の持続時間の後に最小のスケジューリングオフセットが変化するとの指示を受信することができる。最小のスケジューリングオフセットは、スケジューリングPDCCHと、スケジューリングPDCCHを介してスケジューリングされる信号またはチャネルとの間にあり得る。いくつかの実施形態では、第1の持続時間は、UEが第1の動作設定から第2の動作設定に切り替わるのに必要な時間に関連付けられ得る。いくつかの実施形態では、第1の動作設定は第2の動作設定よりもエネルギー消費が少ない。いくつかの実施形態では、第1の動作設定と第2の動作設定は、スリープモードに使われる時間の割合、使用される帯域幅部分(BWP)、および使用される受信チェーンの数、といったパラメータのうちの1つまたは複数において異なり得る。そのため、第1の持続時間は、UEの受信チェーンをオン/オフするために必要な時間、アクティブ状態とスリープ状態との間の移行時間、BWP設定の間の切替えに必要な時間などに関連付けられ得、または基づき得る。
他の実施形態では、第1の持続時間は、指示を受信した後のUE用の初期のスケジューリングPDCCH、または指示を受信した後のUE用の初期の複数のスケジューリングPDCCHに基づき得る。
他の実施形態では、第1の持続時間は、指示を受信した後、または指示を受信した後の、UEに関連付けられた第3の複数のPDCCH監視オケージョンであって、第2の複数のPDCCH監視オケージョンよりも長い、第3の複数のPDCCH監視オケージョン、のうちの1つの間において、UEに関連付けられた第2の複数のPDCCH監視オケージョンを含み得る。
いくつかの実施形態では、例示的な方法は、UEがネットワークノードに対してPDCCH復号のために必要な処理時間の指示を送信することができる、ブロック1010の動作をも含み得る。そのような実施形態では、(たとえばブロック1030で)受信された指示は、第1の持続時間の終了後に適用可能な、指示された処理時間以上の最小のスケジューリングオフセットを識別することができる。
いくつかの実施形態では、例示的な方法は、UEがネットワークノードから1つまたは複数の候補スケジューリングオフセットを識別する設定メッセージを受信することができる、ブロック1020の動作をも含み得る。そのような実施形態では、(たとえばブロック1030で)受信された指示は、スケジューリングオフセットの候補のうちの1つを、第1の持続時間の終了後に適用可能な最小のスケジューリングオフセットとして識別することができる。いくつかの実施形態では、設定メッセージは無線リソース制御(RRC)メッセージであり、指示は、メディアアクセス制御(MAC)制御エレメント(CE)または物理レイヤ(PHY)ダウンリンク制御情報(DCI)を介して受信される。
例示的な方法は、UEが、続いて第1の持続時間中に第1の動作設定に基づいてスケジューリングPDCCHを監視することができる、ブロック1040の動作をも含み得る。例示的な方法は、UEが、第1の持続時間が終了するのに応答して、第2の動作設定に基づいてスケジューリングPDCCHを監視することができる、ブロック1070の動作をも含み得る。いくつかの実施形態では、第1の動作設定と第2の動作設定は、スリープモードに使われる時間の割合、使用される帯域幅部分、および使用される受信チェーンの数、といったパラメータのうちの1つまたは複数において異なり得る。
いくつかの実施形態では、例示的な方法は、ブロック1050~1060の動作をも含むことができる。ブロック1050において、UEは、第1の動作設定に基づく監視中に、UE向けの信号またはチャネルをスケジューリングする第1のスケジューリングPDCCHを検知することができる。ブロック1060において、UEは、第1のスケジューリングPDCCH後の第1のスケジューリングオフセットにおいて、信号またはチャネルを送信または受信することができる。
いくつかの実施形態では、例示的な方法は、ブロック1080~1090の動作をも含むことができる。ブロック1080において、UEは、第2の動作設定に基づく監視中に、UE向けの信号またはチャネルをスケジューリングする第2のスケジューリングPDCCHを検知することができる。ブロック1060において、UEは、第2のスケジューリングPDCCH後の第2のスケジューリングオフセットにおいて、信号またはチャネルを送信または受信することができる。
いくつかの実施形態では、(たとえば第1の持続時間中に適用可能な)第1のスケジューリングオフセットは、(たとえば第1の持続時間の最後において適用可能な)第2のスケジューリングオフセットよりも大きい。これらの実施形態のうちのいくつかでは、第2のスケジューリングオフセットは、第2のスケジューリングPDCCHと同一のスロット内にゼロ個以上のシンボルを含むことができ、第1のスケジューリングオフセットは、(たとえば第1の持続時間中に生じる第1のスケジューリングPDCCHに対して)1つまたは複数のスロット、あるいは同一スロット内の1つまたは複数のシンボルを含むことができる。たとえば、そのような実施形態では、第2のスケジューリングオフセットは(たとえばPDCCHと同一または後続のシンボルにおける)同一スロットのスケジューリングを容易にすることができ、第1のスケジューリングオフセットは(たとえば第1の持続時間中の)ミニスロット内のクロススロットスケジューリングまたはクロスシンボルスケジューリングを容易にすることができる。
これらの実施形態のうちの他のものでは、第2のスケジューリングオフセットは、第2のスケジューリングPDCCHの後に1つまたは複数のスロットを含むことができ、第1のスケジューリングオフセットは、(たとえば第1の持続時間中に生じる第1のスケジューリングPDCCHに対して)2つ以上のスロットを含むことができる。言い換えれば、第1のスケジューリングオフセットと第2のスケジューリングオフセットはどちらもクロススロットスケジューリングを容易にするが、第2のスケジューリングオフセットのスロット数は第1のスケジューリングオフセットのものよりも少ない。
様々な実施形態において、
・信号またはチャネルが物理ダウンリンク共有チャネル(PDSCH)であり、第1のスケジューリングオフセットがK0であること、
・信号またはチャネルが物理アップリンク共有チャネル(PUSCH)であり、第1のスケジューリングオフセットがK2であること、あるいは
・信号またはチャネルがチャネル状態情報参照信号(CSI-RS)であり、第1のスケジューリングオフセットが非周期的なトリガリングオフセットであること、
のうちの1つが当てはまり得る。
追加として、図11は、UEのエネルギー消費を、本開示の様々な例示的な実施形態による、ユーザ機器(UE)とネットワークノードとの間の通信に関して管理するための例示的な方法(たとえばプロシージャ)の流れ図を示す。この例示的な方法は、たとえば無線デバイス、IoTデバイス、モデムなど、またはそれらの構成要素といったユーザ機器(UE)と通信する、たとえばE-UTRAN、NG-RANといった無線アクセスネットワーク(RAN)のネットワークノード(たとえば基地局、eNB、gNBなど、またはそれらの構成要素)によって実施され得る。たとえば、図11に示される例示的な方法は、他の図を参照しながら本明細書で説明されたように設定されたネットワークノードに実装され得る。さらに、図11に示される例示的な方法は、本明細書で説明されたものを含む様々な例示的な利益および/または利点を提供するために、本明細書で説明された他の例示的な方法(たとえば図10)と協力的に使用され得る。図11は特定のブロックを特定の順番で示すが、例示的な方法の動作は、示されたものとは異なる順番で実施され得、また、示されたものとは異なる機能性を有するブロックへと結合および/または分割され得る。随意のブロックまたは動作が破線によって示されている。
例示的な方法が含み得るブロック1130の動作において、ネットワークノードは、UEに、第1の持続時間の後に最小のスケジューリングオフセットが変化するとの指示を送信することができる。最小のスケジューリングオフセットは、スケジューリングPDCCHと、スケジューリングPDCCHを介してスケジューリングされる信号またはチャネルとの間にあり得る。いくつかの実施形態では、第1の持続時間は、UEが第1の動作設定から第2の動作設定に切り替わるのに必要な時間に関連付けられ得る。いくつかの実施形態では、UEは、第1の動作設定を用いて設定されたとき、第2の動作設定を用いて設定されたときよりもエネルギー消費が少ない。いくつかの実施形態では、第1の動作設定と第2の動作設定は、スリープモードに使われる時間の割合、使用される帯域幅部分(BWP)、および使用される受信チェーンの数、といったパラメータのうちの1つまたは複数において異なり得る。そのため、第1の持続時間は、UEの受信チェーンをオン/オフするために必要な時間、アクティブ状態とスリープ状態の間の移行時間、BWP設定の間の切替えに必要な時間などに関連付けられ得、または基づき得る。
他の実施形態では、第1の持続時間は、指示を送信した後のUE用の初期のスケジューリングPDCCH、または指示を送信した後のUE用の初期の複数のスケジューリングPDCCHに基づき得る。
他の実施形態では、第1の持続時間は、指示を送信した後、または指示を送信した後の、UEに関連付けられた第3の複数のPDCCH監視オケージョンであって、第2の複数のPDCCH監視オケージョンよりも長い、第3の複数のPDCCH監視オケージョン、のうちの1つの間において、UEに関連付けられた第2の複数のPDCCH監視オケージョンを含み得る。
いくつかの実施形態では、例示的な方法は、ネットワークノードが、UEから、PDCCH復号のために必要な処理時間の指示を受信することができる、ブロック1110の動作をも含み得る。そのような実施形態では、(たとえばブロック1130で)送信された指示は、第1の持続時間の終了後に適用可能な、指示された処理時間以上の最小のスケジューリングオフセットを識別することができる。
いくつかの実施形態では、例示的な方法は、ネットワークノードがUEに対して1つまたは複数の候補スケジューリングオフセットを識別する設定メッセージを送信することができる、ブロック1120の動作をも含み得る。そのような実施形態では、(たとえばブロック1130で)送信された指示は、スケジューリングオフセットの候補のうちの1つを、第1の持続時間の終了後に適用可能な最小のスケジューリングオフセットとして識別することができる。いくつかの実施形態では、設定メッセージは無線リソース制御(RRC)メッセージであり、指示は、メディアアクセス制御(MAC)制御エレメント(CE)または物理レイヤ(PHY)ダウンリンク制御情報(DCI)を介して送信される。
例示的な方法は、ネットワークノードが、UE用の信号またはチャネルをスケジューリングするスケジューリングPDCCHをUEに送信することができる、ブロック1140の動作をも含み得る。スケジューリングPDCCHは、ブロック1140において送信された指示に続いて送信され得る。例示的な方法は、ネットワークノードが、スケジューリングPDCCHが第1の持続時間中または第1の持続時間後に送信されたかどうかどうかに基づいてスケジューリングオフセットを判定することができる、ブロック1150の動作をも含み得る。例示的な方法は、ネットワークノードが、スケジューリングPDCCHの後に決定されたスケジューリングオフセットにおいて信号またはチャネルを送信するかまたは受信することができる、ブロック1160の動作をも含み得る。
いくつかの実施形態では、ブロック1150の判定する動作は、サブブロック1151~1152の動作を含むことができる。サブブロック1151において、ネットワークノードは、スケジューリングPDCCHが第1の持続時間中に送信された場合には第1のスケジューリングオフセットを選択することができる。サブブロック1152において、ネットワークノードは、スケジューリングPDCCHが第1の持続時間後に送信された場合には第2のスケジューリングオフセットを選択することができる。
いくつかの実施形態では、(たとえば第1の持続時間中に適用可能な)第1のスケジューリングオフセットは、(たとえば第1の持続時間の最後において適用可能な)第2のスケジューリングオフセットよりも大きい。これらの実施形態のうちのいくつかでは、第2のスケジューリングオフセットは、第2のスケジューリングPDCCHと同一のスロット内にゼロ個以上のシンボルを含むことができ、第1のスケジューリングオフセットは、(たとえば第1の持続時間中に生じる第1のスケジューリングPDCCHに対して)1つまたは複数のスロット、あるいは同一スロット内の1つまたは複数のシンボルを含むことができる。たとえば、そのような実施形態では、第2のスケジューリングオフセットは(たとえばPDCCHと同一または後続のシンボルにおける)同一スロットのスケジューリングを容易にすることができ、第1のスケジューリングオフセットは(たとえば第1の持続時間中の)ミニスロット内のクロススロットスケジューリングまたはクロスシンボルスケジューリングを容易にすることができる。
これらの実施形態のうちの他のものでは、第2のスケジューリングオフセットは、第2のスケジューリングPDCCHの後に1つまたは複数のスロットを含むことができ、第1のスケジューリングオフセットは、(たとえば第1の持続時間中に生じる第1のスケジューリングPDCCHに対して)2つ以上のスロットを含むことができる。言い換えれば、第1のスケジューリングオフセットと第2のスケジューリングオフセットはどちらもクロススロットスケジューリングを容易にするが、第2のスケジューリングオフセットのスロット数は第1のスケジューリングオフセットのものよりも少ない。
様々な実施形態において、
・信号またはチャネルが物理ダウンリンク共有チャネル(PDSCH)であり、第1のスケジューリングオフセットがK0であること、
・信号またはチャネルが物理アップリンク共有チャネル(PUSCH)であり、第1のスケジューリングオフセットがK2であること、あるいは
・信号またはチャネルがチャネル状態情報参照信号(CSI-RS)であり、第1のスケジューリングオフセットが非周期的なトリガリングオフセットであること、
のうちの1つが当てはまり得る。
様々な実施形態が、本明細書で、上記では方法に関して説明されたが、そのような方法が、様々なシステム、通信デバイス、コンピューティングデバイス、制御デバイス、装置、デバイス、コンピュータ可読媒体、コンピュータプログラム製品などにおいて、ハードウェアとソフトウェアとの様々な組合せによって具現され得ることを、当業者は認識されよう。
一例として、図12は、次世代RAN(NG-RAN)1299と5Gコア(5GC)1298とからなる5Gネットワークアーキテクチャの高レベル図を示す。NG-RAN1299は、それぞれ、インターフェース1202、1252を介して接続されたgNB1200、1250など、1つまたは複数のNGインターフェースを介して5GCに接続されたgNodeB(gNB)のセットを含むことができる。さらに、gNBは、gNB1200とgNB1250との間のXnインターフェース1240など、1つまたは複数のXnインターフェースを介して互いに接続され得る。UEに対するNRインターフェースに関して、gNBの各々が、周波数分割複信(FDD)、時分割複信(TDD)、またはそれらの組合せをサポートすることができる。
図12に示されている(ならびにTS 38.401およびTR 38.801において説明されている)NG RAN論理ノードは、中央(または集中型)ユニット(CUまたはgNB-CU)と1つまたは複数の分散(または非集中型)ユニット(DUまたはgNB-DU)とを含む。たとえば、図12のgNB1200は、gNB-CU1212と、gNB-DU1220および1230とを含む。CU(たとえばgNB-CU1212)は、上位レイヤプロトコルをホストし、DUの動作を制御することなどの様々なgNB機能を実施する、論理ノードである。各DUは、下位レイヤプロトコルをホストする論理ノードであり、機能的スプリットに応じてgNB機能の様々なサブセットを含み得る。したがって、CUおよびDUの各々は、それぞれの機能を実施するために必要な、処理回路と、(たとえば通信のための)トランシーバ回路と、電力供給回路と含む、様々な回路を含むことができる。その上、「中央ユニット」および「集中型ユニット」という用語は本明細書では互換的に使用され、「分散ユニット」および「非集中型ユニット」という用語も同様である。
gNB-CUが、図3に示されているインターフェース1222および1232など、それぞれのF1論理インターフェース上でgNB-DUに接続する。他のgNBおよびgNBとしての5GCに見えるのは、gNB-CUおよび接続されたgNB-DUのみであり、たとえばF1インターフェースはgNB-CUを超えて見えるものではない。上記で手短に説明されたように、CUは、たとえばF1アプリケーション部プロトコル(F1-AP)、ストリーム制御送信プロトコル(SCTP)、GPRSトンネリングプロトコル(GTP)、パケットデータコンバージェンスプロトコル(PDCP)、ユーザデータグラムプロトコル(UDP)、インターネットプロトコル(IP)、および無線リソース制御(RRC)プロトコルといった上位レイヤプロトコルをホストすることができる。対照的に、DUは、たとえば無線リンク制御(RLC)プロトコル、メディアアクセス制御(MAC)プロトコル、および物理レイヤ(PHY)プロトコルといった下位レイヤプロトコルをホストすることができる。
CUとDUの間のプロトコル配信の他の変形形態があり得るが、CUにおけるRRC、PDCPおよびRLCプロトコルの一部(たとえば自動再送信要求(ARQ)機能)をホストする一方で、DUにおけるRLCプロトコルの残存部分をMACおよびPHYとともにホストするようなものである。いくつかの実施形態では、CUはRRCおよびPDCPをホストすることができ、PDCPはUPトラフィックとCPトラフィックの両方をハンドリングすると想定されている。とはいえ、他の例示的な実施形態は、CUにおけるいくつかのプロトコルおよびDUにおける他のいくつかのプロトコルをホストすることによって、他のプロトコル分割を利用し得る。例示的な実施形態は、集中型ユーザプレーンプロトコル(たとえばPDCP-U)に対して異なるCUに集中型制御プレーンプロトコル(たとえばPDCP-CおよびRRC)を配置することもできる。
図13は、他の図を参照しながら上記で説明されたものを含む、本開示の様々な実施形態による例示的な無線デバイスまたはユーザ機器(UE)1300(以下では「UE1300」と呼ばれる)のブロック図を示す。たとえば、UE1300は、上記で説明された例示的な方法および/またはプロシージャのうちの1つまたは複数に対応する動作を実施するための、コンピュータ可読媒体に記憶された命令を実行することによって設定され得る。
UE1300は、並列アドレスおよびデータバス、シリアルポート、あるいは当業者に知られている他の方法および/または構造を備えることができる、バス1370を介してプログラムメモリ1320および/またはデータメモリ1330に動作可能に接続され得るプロセッサ1310(「処理回路とも呼ばれる」)を含むことができる。プログラムメモリ1320には、プロセッサ1310によって実行されたとき、本明細書で説明される様々な例示的な方法に対応する動作を含む様々な動作を実施するようにUE1300を設定し、および/またはUE1300がそれらの動作を実施することを可能にすることができる、(図13ではまとめてコンピュータプログラム製品1361として示されている)ソフトウェアコード、プログラム、および/または命令が、記憶され得る。そのような動作の一部として、またはそのような動作に加えて、そのような命令の実行は、5G/NR、LTE、LTE-A、UMTS、HSPA、GSM、GPRS、EDGE、1xRTT、CDMA2000、802.11 WiFi、HDMI、USB、Firewireなどとして一般に知られているものなど、3GPP、3GPP2、またはIEEEによって規格化された1つまたは複数の無線通信プロトコル、あるいは無線トランシーバ1340、ユーザインターフェース1350、および/または制御インターフェース1360とともに利用され得る任意の他の現在または将来のプロトコルを含む、1つまたは複数の有線または無線の通信プロトコルを使用して通信するようにUE1300を設定し、および/またはUE1300がそれらのプロトコルを使用して通信することを容易にすることができる。
別の例として、プロセッサ1310は、(たとえば、NRおよび/またはLTEのために)3GPPによって規格化されたMAC、RLC、PDCP、およびRRCレイヤプロトコルに対応する、プログラムメモリ1320に記憶されたプログラムコードを実行することができる。さらなる例として、プロセッサ1310は、無線トランシーバ1340とともに、直交周波数分割多重(OFDM)、直交周波数分割多元接続(OFDMA)、およびシングルキャリア周波数分割多元接続(SC-FDMA)など、対応するPHYレイヤプロトコルを実装する、プログラムメモリ1320に記憶されたプログラムコードを実行することができる。別の例として、プロセッサ1310は、無線トランシーバ1340とともに、他の互換デバイスおよび/またはUEとのD2D(device-to-device)通信を実装するプログラムメモリ1320に記憶されたプログラムコードを実行することができる。
プログラムメモリ1320は、無線トランシーバ1340、ユーザインターフェース1350、および/またはホストインターフェース1360など、様々な構成要素を設定および制御することを含む、UE1300の機能を制御するためにプロセッサ1310によって実行されるソフトウェアコードをも含むことができる。プログラムメモリ1320は、本明細書で説明される例示的な方法および/またはプロシージャのいずれかを具現するコンピュータ実行可能命令を備える、1つまたは複数のアプリケーションプログラムおよび/またはモジュールをも備えることができる。そのようなソフトウェアコードは、たとえば、実装される方法ステップによって規定される所望の機能性が保持される限り、たとえば、Java、C++、C、Objective C、HTML、XHTML、機械コード、およびアセンブラなど、任意の知られているまたは将来の開発されるプログラミング言語を使用して指定されるか、または書き込まれ得る。追加として、または代替として、プログラムメモリ1320は、UE1300からリモートにある外部ストレージ構成(図示せず)を備えることができ、その外部ストレージ構成から、命令は、そのような命令の実行を可能にするように、UE1300内に位置するかまたはUE1300に取外し可能に結合されたプログラムメモリ1320にダウンロードされ得る。
データメモリ1330は、本明細書で説明される例示的な方法および/またはプロシージャのいずれかに対応するかまたはそのいずれかを含む動作を含む、UE1300のプロトコル、設定、制御、および他の機能において使用される変数を、プロセッサ1310が記憶するためのメモリエリアを含むことができる。その上、プログラムメモリ1320および/またはデータメモリ1330は、不揮発性メモリ(たとえばフラッシュメモリ)、揮発性メモリ(たとえばスタティックRAMまたはダイナミックRAM)、またはそれらの組合せを含むことができる。さらに、データメモリ1330は、1つまたは複数のフォーマットのリムーバブルメモリカード(たとえば、SDカード、メモリスティック、コンパクトフラッシュなど)が挿入および取り外され得る、メモリスロットを備えることができる。
プロセッサ1310が、上記で説明された機能性の一部分を各々が実装する、(たとえばマルチコアプロセッサを含む)複数の個々のプロセッサを含むことができることを、当業者は認識されよう。そのような場合、複数の個々のプロセッサは、プログラムメモリ1320およびデータメモリ1330に共通に接続されるか、あるいは複数の個々のプログラムメモリおよび/またはデータメモリに個々に接続され得る。より一般的には、UE1300の様々なプロトコルおよび他の機能が、限定はしないが、アプリケーションプロセッサ、信号プロセッサ、汎用プロセッサ、マルチコアプロセッサ、ASIC、固定および/またはプログラマブルデジタル回路、アナログベースバンド回路、無線周波数回路、ソフトウェア、ファームウェア、ならびにミドルウェアを含む、ハードウェアとソフトウェアとの異なる組合せを含む多くの異なるコンピュータ構成において実装され得ることを、当業者は認識されよう。
無線トランシーバ1340は、UE1300が、同様の無線通信規格および/またはプロトコルをサポートする他の機器と通信することを可能にする、無線周波数送信機および/または受信機の機能性を含むことができる。いくつかの例示的な実施形態では、無線トランシーバ1340は、UE1300が、3GPPおよび/または他の標準化団体による規格化のために提案された様々なプロトコルおよび/または方法に従って通信することを可能にする、1つまたは複数の送信機と1つまたは複数の受信機とを含む。たとえば、そのような機能性は、他の図に関して本明細書で説明されるような、OFDM、OFDMA、および/またはSC-FDMA技術に基づくPHYレイヤを実装するために、プロセッサ1310と協働して動作することができる。
いくつかの例示的な実施形態では、無線トランシーバ1340は、UE1300が、3GPPによって公表された規格に従って様々なLTE、LTEアドバンスト(LTE-A)、および/またはNRネットワークと通信することを容易にすることができる、1つまたは複数の送信機と1つまたは複数の受信機とを含む。本開示のいくつかの例示的な実施形態では、無線トランシーバ1340は、UE1300が、同じく3GPP規格に従って様々なNR、NR-U、LTE、LTE-A、LTE-LAA、UMTS、および/またはGSM/EDGEネットワークと通信するために必要な、回路、ファームウェアなどを含む。いくつかの実施形態では、無線トランシーバ1340は、UE1300と他の互換性のあるUEとの間のD2D通信をサポートする回路を含むことができる。
いくつかの実施形態では、無線トランシーバ1340は、UE1300が、3GPP2規格に従って様々なCDMA2000ネットワークと通信するために必要な、回路、ファームウェアなどを含む。いくつかの実施形態では、無線トランシーバ1340は、2.4GHz、5.6GHz、および/または60GHzの領域中の周波数を使用して動作するIEEE802.11 WiFiなど、未ライセンス周波数帯域中で動作する無線技術を使用して通信することが可能である。いくつかの実施形態では、無線トランシーバ1340は、IEEE802.3イーサネット技術を使用することなどによる有線通信が可能であるトランシーバを含むことができる。これらの実施形態の各々に特有の機能性は、データメモリ1330と連携する、および/またはデータメモリ1330によってサポートされる、プログラムメモリ1320に記憶されたプログラムコードを実行するプロセッサ1310など、UE1300中の他の回路に結合され得、および/または他の回路によって制御され得る。
ユーザインターフェース1350は、UE1300の特定の実施形態に応じて様々な形態をとることができるか、またはまったくUE1300にないことがある。いくつかの実施形態では、ユーザインターフェース1350は、マイクロフォン、ラウドスピーカー、スライド可能ボタン、押下可能なボタン、ディスプレイ、タッチスクリーンディスプレイ、機械的または仮想キーパッド、機械的または仮想キーボード、および/あるいはモバイルフォン上で一般に見られる任意の他のユーザインターフェース特徴を備えることができる。他の実施形態では、UE1300は、より大きいタッチスクリーンディスプレイを含むタブレットコンピューティングデバイスを備えることができる。そのような実施形態では、ユーザインターフェース1350の機械的特徴のうちの1つまたは複数が、当業者によく知られているように、タッチスクリーンディスプレイを使用して実装される同等のまたは機能的に等価な仮想ユーザインターフェース特徴(たとえば、仮想キーパッド、仮想ボタンなど)によって置き換えられ得る。他の実施形態では、UE1300は、特定の例示的な実施形態に応じて統合されるか、デタッチされるか、または着脱可能であり得る、機械的キーボードを備える、ラップトップコンピュータ、デスクトップコンピュータ、ワークステーションなど、デジタルコンピューティングデバイスであり得る。そのようなデジタルコンピューティングデバイスはタッチスクリーンディスプレイをも備えることができる。タッチスクリーンディスプレイを有するUE1300の多くの例示的な実施形態は、本明細書で説明されるかまたはさもなければ当業者に知られている例示的な方法および/またはプロシージャに関係する入力など、ユーザ入力を受信することが可能である。
いくつかの実施形態では、UE1300は、UE1300の特徴および機能によって様々なやり方で使用され得る、配向センサーを含むことができる。たとえば、UE1300は、配向センサーの出力を使用して、UE1300のタッチスクリーンディスプレイの物理的配向をユーザがいつ変化させたかを判定することができる。配向センサーからの指示信号が、UE1300上で実行する任意のアプリケーションプログラムにとって利用可能であり得、その結果、アプリケーションプログラムは、指示信号がデバイスの物理的配向の約90度変化を指示したとき、自動的にスクリーンディスプレイの配向を(たとえば、縦方向から横方向に)変えることができる。この例示的な様式では、アプリケーションプログラムは、デバイスの物理的配向にかかわらず、スクリーンディスプレイを、ユーザが読める様式に維持することができる。さらに、配向センサーの出力は、本開示の様々な例示的な実施形態とともに使用され得る。
UE1300の制御インターフェース1360が、UE1300の特定の例示的な実施形態、ならびにUE1300が通信および/または制御することが意図される他のデバイスの特定のインターフェース要件の特定の例示的な実施形態に応じて、様々な形態をとることができる。たとえば、制御インターフェース1360は、RS-232インターフェース、RS-4135インターフェース、USBインターフェース、HDMIインターフェース、Bluetoothインターフェース、IEEE(「Firewire」)インターフェース、I2Cインターフェース、PCMCIAインターフェースなどを備えることができる。本開示のいくつかの例示的な実施形態では、制御インターフェース1360は、上記で説明されたように、IEEE802.3イーサネットインターフェースを備えることができる。本開示のいくつかの例示的な実施形態では、制御インターフェース1360は、たとえば、1つまたは複数のデジタルアナログ(D/A)変換器および/またはアナログデジタル(A/D)変換器を含む、アナログインターフェース回路を備えることができる。
特徴、インターフェース、および無線周波数通信規格の上記のリストが、例にすぎず、本開示の範囲を限定しないことを、当業者は認識することができる。言い換えれば、UE1300は、たとえば、ビデオカメラおよび/または静止画像カメラ、マイクロフォン、メディアプレーヤおよび/またはレコーダなどを含む、図13に示されているものよりも多くの機能性を備えることができる。その上、無線トランシーバ1340は、Bluetooth、GPS、および/または他のものを含む追加の無線周波数通信規格を使用して通信するために必要な回路を含むことができる。その上、プロセッサ1310は、そのような追加の機能性を制御するために、プログラムメモリ1320に記憶されたソフトウェアコードを実行することができる。たとえば、GPS受信機から出力された方向性速度および/または位置推定値が、本開示の様々な例示的な実施形態による様々な例示的な方法および/またはコンピュータ可読媒体を含む、UE1300上で実行する任意のアプリケーションプログラムにとって利用可能であり得る。
図14は、他の図を参照しながら上記で説明されたものを含む、本開示の様々な実施形態による例示的なネットワークノード1400のブロック図を示す。たとえば、例示的なネットワークノード1400は、上記で説明された例示的な方法および/またはプロシージャのうちの1つまたは複数に対応する動作を実施するための、コンピュータ可読媒体に記憶された命令を実行することによって設定され得る。いくつかの例示的な実施形態では、ネットワークノード1400は、基地局、eNB、gNB、またはそれらの1つもしくは複数の構成要素を備えることができる。たとえば、ネットワークノード1400は、3GPPによって指定されたNR gNBアーキテクチャによる中央ユニット(CU)および1つまたは複数の分散ユニット(DU)として設定され得る。より一般的には、ネットワークノード1400の機能性は、様々な物理デバイスおよび/または機能ユニット、モジュールなどにわたって分散され得る。
ネットワークノード1400は、並列アドレスおよびデータバス、シリアルポート、あるいは当業者に知られている他の方法および/または構造を備えることができるバス1470を介してプログラムメモリ1420およびデータメモリ1430に動作可能に接続されたプロセッサ1410(「処理回路とも呼ばれる」)を含むことができる。
プログラムメモリ1420には、プロセッサ1410によって実行されたとき、本明細書で説明される様々な例示的な方法に対応する動作を含む様々な動作を実施するようにネットワークノード1400を設定し、および/またはネットワークノード1400がそれらの動作を実施することを容易にすることができる、(図14ではまとめてコンピュータプログラム製品1421として示されている)ソフトウェアコード、プログラム、および/または命令が、記憶され得る。そのような動作の一部として、および/またはそのような動作に加えて、プログラムメモリ1420は、ネットワークノード1400を、3GPPによってLTE、LTE-A、および/またはNR用に規格化されたPHY、MAC、RLC、PDCP、およびRRCレイヤプロトコル、あるいは無線ネットワークインターフェース1440および/またはコアネットワークインターフェース1450とともに利用されるその他の上位レイヤ(たとえばNAS)プロトコルなどの他のプロトコルまたはプロトコルレイヤのうちの1つまたは複数を使用して1つまたは複数の他のUEまたはネットワークノードと通信するように設定すること、および/またはこの通信を容易にすることができる、プロセッサ1410によって実行されるソフトウェアコードをも含むことができる。例として、3GPPによって規格化されたように、コアネットワークインターフェース1450はS1インターフェースまたはNGインターフェースを備えることができ、無線ネットワークインターフェース1440はUuインターフェースを備えることができる。プログラムメモリ1420は、無線ネットワークインターフェース1440およびコアネットワークインターフェース1450など、様々な構成要素を設定および制御することを含む、ネットワークノード1400の機能を制御するためにプロセッサ1410によって実行されるソフトウェアコードをも備えることができる。
データメモリ1430は、ネットワークノード1400のプロトコル、設定、制御、および他の機能において使用される変数を、プロセッサ1410が記憶するためのメモリエリアを備えることができる。したがって、プログラムメモリ1420およびデータメモリ1430は、不揮発性メモリ(たとえば、フラッシュメモリ、ハードディスクなど)、揮発性メモリ(たとえば、スタティックRAMまたはダイナミックRAM)、ネットワークベース(たとえば、「クラウド」)ストレージ、またはそれらの組合せを備えることができる。プロセッサ1410が、上記で説明された機能性の一部分を各々が実装する、複数の個々のプロセッサ(図示せず)を含むことができることを、当業者は認識されよう。そのような場合、複数の個々のプロセッサは、プログラムメモリ1420およびデータメモリ1430に共通に接続されるか、あるいは複数の個々のプログラムメモリおよび/またはデータメモリに個々に接続され得る。より一般的には、ネットワークノード1400の様々なプロトコルおよび他の機能が、限定はしないが、アプリケーションプロセッサ、信号プロセッサ、汎用プロセッサ、マルチコアプロセッサ、ASIC、固定デジタル回路、プログラマブルデジタル回路、アナログベースバンド回路、無線周波数回路、ソフトウェア、ファームウェア、およびミドルウェアを含む、ハードウェアとソフトウェアとの多くの異なる組合せにおいて実装され得ることを、当業者は認識されよう。
無線ネットワークインターフェース1440は、送信機と、受信機と、信号プロセッサと、ASICと、アンテナと、ビームフォーミングユニットと、ネットワークノード1400が、いくつかの実施形態において、複数の互換性があるユーザ機器(UE)などの他の機器と通信することを可能にする、他の回路とを備えることができる。いくつかの実施形態では、インターフェース1440は、ネットワークノード1400が衛星通信ネットワークの互換性のある人工衛星と通信することを可能にすることもできる。いくつかの例示的な実施形態では、無線ネットワークインターフェース1440は、LTE、LTE-A、LTE-LAA、NR、NR-Uなどのために3GPPによって規格化された、PHY、MAC、RLC、PDCP、および/またはRRCレイヤプロトコル、本明細書において上記で説明されたようなそれらのプロトコルの改善、あるいは無線ネットワークインターフェース1440とともに利用される任意の他の上位レイヤプロトコルなど、様々なプロトコルまたはプロトコルレイヤを備えることができる。本開示のさらなる例示的な実施形態によれば、無線ネットワークインターフェース1440は、OFDM、OFDMA、および/またはSC-FDMA技術に基づくPHYレイヤを備えることができる。いくつかの実施形態では、そのようなPHYレイヤの機能性は、無線ネットワークインターフェース1440と(メモリ1420中のプログラムコードを含む)プロセッサ1410とによって協働的に提供され得る。
コアネットワークインターフェース1450は、送信機と、受信機と、ネットワークノード1400が、いくつかの実施形態において、回線交換(CS)コアネットワークおよび/またはパケット交換コア(PS)ネットワークなどのコアネットワーク中の他の機器と通信することを可能にする、他の回路とを備えることができる。いくつかの実施形態では、コアネットワークインターフェース1450は、3GPPによって規格化されたS1インターフェースを備えることができる。いくつかの実施形態では、コアネットワークインターフェース1450は、3GPPによって規格化されたNGインターフェースを備えることができる。いくつかの例示的な実施形態では、コアネットワークインターフェース1450は、当業者に知られている、GERAN、UTRAN、EPC、5GC、およびCDMA2000コアネットワーク中で見られる機能性を備える、1つまたは複数のAMF、SMF、SGW、MME、SGSN、GGSN、および他の物理デバイスへの1つまたは複数のインターフェースを備えることができる。いくつかの実施形態では、これらの1つまたは複数のインターフェースは単一の物理インターフェース上で一緒に多重化され得る。いくつかの実施形態では、コアネットワークインターフェース1450の下位レイヤが、非同期転送モード(ATM)、インターネットプロトコル(IP)オーバーイーサネット、光ファイバー上のSDH、銅線上のT1/E1/PDH、マイクロ波無線機、あるいは当業者に知られている他の有線または無線の送信技術のうちの1つまたは複数を備えることができる。
いくつかの実施形態では、ネットワークノード1400が含み得るハードウェアおよび/またはソフトウェアが、ネットワークノード1400を、他のeNB、gNB、ng-eNB、en-gNB、IABノードなどのRANにおける他のネットワークノードと通信するように設定し、および/またはこの通信を容易にする。そのようなハードウェアおよび/またはソフトウェアは、無線ネットワークインターフェース1440および/またはコアネットワークインターフェース1450の一部であり得、または別個の機能ユニット(図示せず)であり得る。たとえば、3GPPによって規格化されているように、そのようなハードウェアおよび/またはソフトウェアは、ネットワークノード1400を、X2またはXnのインターフェースを介して他のRANノードと通信するように設定すること、および/またはこの通信を容易にすることができる。
OA&Mインターフェース1460が、送信機と、受信機と、ネットワークノード1400が、ネットワークノード1400に動作可能に接続された他のネットワーク機器の運用、アドミニストレーション、およびネットワークノード1400の保守のための外部ネットワーク、コンピュータ、データベースなどと通信することを可能にする、他の回路とを備えることができる。OA&Mインターフェース1460の下位レイヤが、非同期転送モード(ATM)、インターネットプロトコル(IP)オーバーイーサネット、光ファイバー上のSDH、銅線上のT1/E1/PDH、マイクロ波無線機、あるいは当業者に知られている他の有線または無線の送信技術のうちの1つまたは複数を備えることができる。その上、いくつかの実施形態では、無線ネットワークインターフェース1440と、コアネットワークインターフェース1450と、OA&Mインターフェース1460とのうちの1つまたは複数が、上記にリストされた例のように、単一の物理インターフェース上で一緒に多重化され得る。
図15は、本開示の1つまたは複数の例示的な実施形態による、ホストコンピュータとユーザ機器(UE)との間のオーバーザトップ(OTT)データサービスを提供するように設定された例示的な通信ネットワークのブロック図である。UE1510が、無線インターフェース1520上で無線アクセスネットワーク(RAN)1530と通信することができ、これは、たとえば、LTE、LTE-A、および5G/NRを含む、上記で説明されたプロトコルに基づき得る。たとえば、UE1510は、上記で説明された他の図に示されているように設定および/または構成され得る。
RAN1530は、ライセンス済みスペクトル帯で動作可能な1つまたは複数の地上ネットワークノード(たとえば基地局、eNB、gNB、コントローラなど)、ならびに(たとえばLAAまたはNR-U技術を使用して)2.4GHz帯および/または5GHz帯などの未ライセンススペクトルで動作可能な1つまたは複数のネットワークノードを含むことができる。そのような場合、RAN1530を備えるネットワークノードは、ライセンス済みスペクトルおよび未ライセンススペクトルを使用して協力的に動作することができる。いくつかの実施形態では、RAN1530は、衛星アクセスネットワークを備える1つまたは複数の人工衛星を含むかまたはこれと通信することができる。
RAN1530は、上記で説明された様々なプロトコルおよびインターフェースに従ってコアネットワーク1540とさらに通信することができる。たとえば、RAN1530を備える1つまたは複数の装置(たとえば、基地局、eNB、gNBなど)が、上記で説明されたコアネットワークインターフェース1650を介してコアネットワーク1540と通信することができる。いくつかの例示的な実施形態では、RAN1530およびコアネットワーク1540は、上記で説明された他の図に示されているように設定および/または構成され得る。たとえば、E-UTRAN1530を備えるeNBは、図1に示されるように、S1インターフェースを介してEPCコアネットワーク1540と通信することができる。別の例として、NR RAN1530を備えるgNBは、NGインターフェースを介して5GCコアネットワーク1530と通信することができる。
コアネットワーク1540は、さらに、当業者に知られている様々なプロトコルおよびインターフェースに従って、インターネット1550として図15に示されている外部パケットデータネットワークと通信することができる。例示的なホストコンピュータ1560など、多くの他のデバイスおよび/またはネットワークも、インターネット1550に接続し、インターネット1550を介して通信することができる。いくつかの例示的な実施形態では、ホストコンピュータ1560は、媒介としてインターネット1550、コアネットワーク1540、およびRAN1530を使用して、UE1510と通信することができる。ホストコンピュータ1560は、サービスプロバイダの所有および/または制御下のサーバ(たとえば、アプリケーションサーバ)であり得る。ホストコンピュータ1560は、OTTサービスプロバイダによって、またはサービスプロバイダの代わりに別のエンティティによって動作させられ得る。
たとえば、ホストコンピュータ1560は、コアネットワーク1540およびRAN1530の設備を使用して、UE1510にオーバーザトップ(OTT)パケットデータサービスを提供することができ、UE1510は、ホストコンピュータ1560への/からの発信/着信通信のルーティングに気づいていないことがある。同様に、ホストコンピュータ1560は、ホストコンピュータからUEへの送信のルーティング、たとえば、RAN1530を通した送信のルーティングに気づいていないことがある。たとえば、ホストコンピュータからUEへの(単方向)オーディオおよび/またはビデオ、ホストコンピュータとUEとの間の対話型(双方向)オーディオおよび/またはビデオ、対話型メッセージングまたはソーシャル通信、対話型仮想現実または拡張現実などをストリーミングすることを含む、様々なOTTサービスが、図15に示されている例示的な設定を使用して提供され得る。
図15に示されている例示的なネットワークは、本明細書で開示される例示的な実施形態によって改善されるデータレート、レイテンシおよび他のファクタを含む、ネットワーク性能メトリックを監視する測定プロシージャおよび/またはセンサーをも含むことができる。例示的なネットワークは、測定結果の変動に応答してエンドポイント(たとえば、ホストコンピュータとUEとの)間のリンクを再設定するための機能性をも含むことができる。そのようなプロシージャおよび機能性は、知られており、実施され、ネットワークが、OTTサービスプロバイダから無線インターフェースを隠すかまたは抽象化した場合、測定が、UEとホストコンピュータとの間のプロプライエタリシグナリングによって容易にされ得る。
本明細書で説明された例示的な実施形態は、従来方式ですべてのPDSCH/PUSCH送信にクロススロット設定を適用することに関連したレイテンシおよび/またはスループットコストを課すことなくUEのエネルギー消費削減を達成する、拡張クロススロットスケジューリング(たとえばPDSCHまたはPUSCHに対するPDCCH)のための効率的な技法を提供する。本明細書で説明された例示的な実施形態は、NRおよび/またはLTEのUE(たとえばUE1510)ならびにeNBおよび/またはgNB(たとえばRAN1530を備える)において使用されたとき、PDCCH監視のためのUEのエネルギー消費を削減することができ、それによって、そのようなUEが、(たとえばPDSCHまたはPUSCHを通じて)OTTサービスによってデータを受信および/または送信することなど他の動作のためにそれらの(たとえばバッテリーの)蓄積エネルギー容量を使用することを容易にする。そのような改善により、UEのバッテリーを再充電する必要性が低下して、そのようなOTTサービスの使用が増加する結果になり得る。
上記は、本開示の原理を示すにすぎない。本明細書の教示に鑑みて、説明される実施形態の様々な変更および改変が当業者に明らかになろう。したがって、本明細書で明示的に示されず、または説明されないが、本開示の原理を具現し、したがって、本開示の趣旨および範囲内にあり得る、多数のシステム、構成、およびプロシージャを、当業者は考案し得ることが諒解されよう。当業者によって理解されるべきであるように、様々な例示的な実施形態が、互いに一緒に、ならびに互いに互換的に使用され得る。
ユニットという用語は、電子工学、電気デバイス、および/または電子デバイスの分野における従来の意味を有し得、たとえば本明細書で説明されたような電気回路および/または電子回路、デバイス、モジュール、プロセッサ、記憶装置、ソリッドステートおよび/またはディスクリートのロジックデバイス、それぞれのタスク、プロシージャ、計算、出力、および/または表示機能を実行するためのコンピュータプログラムまたは命令などを含み得る。
本明細書で開示された任意の適切なステップ、方法、特徴、機能、または利益は、1つまたは複数の仮想装置の1つまたは複数の機能ユニットまたはモジュールによって実施され得る。各仮想装置が、これらの機能ユニットを複数備え得る。これらの機能ユニットは、1つまたは複数のマイクロプロセッサまたはマイクロコントローラ、ならびに、デジタル信号プロセッサ(DSP)、専用デジタルロジックなどを含み得る他のデジタルハードウェアを含み得る処理回路によって実装され得る。処理回路は、読取り専用メモリ(ROM)、ランダムアクセスメモリ(RAM)、キャッシュメモリ、フラッシュメモリデバイス、光学記憶デバイスなどの1つまたはいくつかのタイプの記憶装置を含み得る記憶装置に記憶されたプログラムコードを実行するように設定されてよい。記憶装置に記憶されたプログラムコードは、1つまたは複数の遠隔通信プロトコルおよび/またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明された技術のうちの1つまたは複数を実行するための命令を含む。いくつかの実装形態では、処理回路は、それぞれの機能ユニットに、本開示の1つまたは複数の実施形態による対応する機能を実施するように使用され得る。
本明細書で説明されるように、デバイスおよび/または装置が、半導体チップ、チップセット、あるいはそのようなチップまたはチップセットを備える(ハードウェア)モジュールによって表され得るが、これは、デバイスまたは装置の機能性が、ハードウェア実装される代わりに、プロセッサ上での実行のためのまたはプロセッサ上で稼働されている実行可能ソフトウェアコード部分を備えるコンピュータプログラムまたはコンピュータプログラム製品などのソフトウェアモジュールとして実装される可能性を、除外しない。さらに、デバイスまたは装置の機能性は、ハードウェアとソフトウェアとの任意の組合せによって実装され得る。デバイスまたは装置はまた、機能的に互いと協働するのか互いとは無関係であるのかにかかわらず、複数のデバイスおよび/または装置のアセンブリと見なされ得る。その上、デバイスおよび装置は、デバイスまたは装置の機能性が保持される限り、システム全体にわたって分散して実装され得る。そのような類似の原理は当業者に知られていると見なされる。
別段に規定されていない限り、本明細書で使用される(技術用語および科学用語を含む)すべての用語は、本開示が属する技術の当業者によって通常理解されるものと同じ意味を有する。本明細書で使用される用語は、本明細書および関連技術の文脈におけるそれらの用語の意味に従う意味を有するものとして解釈されるべきであり、そのように本明細書で明確に規定されていない限り、理想的なまたは過度に形式的な意味において解釈されないことがさらに理解されよう。
さらに、本開示の明細書、図面、および例示的な実施形態を含めて、本開示で使用されるいくつかの用語は、限定はしないが、たとえば、データおよび情報を含めて、いくつかの事例では同義的に使用され得る。互いに同義であり得るこれらの単語および/または他の単語が本明細書で同義的に使用され得るが、そのような単語が同義的に使用されないことが意図され得る事例があり得ることを、理解されたい。さらに、従来技術の知識が上記で参照により本明細書に明示的に組み込まれていない限り、従来技術の知識は、その全体が本明細書に明示的に組み込まれる。参照されるすべての刊行物は、その全体が参照により本明細書に組み込まれる。
本明細書で説明される技法および装置の例示の実施形態は、限定はしないが、以下の列挙された例を含む。
1. 無線アクセスネットワーク(RAN)の中でネットワークノードからの物理ダウンリンク制御チャネル(PDCCH)送信を受信することに関してユーザ機器(UE)のエネルギー消費を管理するための方法であって、
スケジューリングPDCCHとスケジューリングPDCCHを介してスケジューリングされた対応する信号またはチャネルとの間の、第1のスケジューリングオフセットの指示を受信することであって、第1のスケジューリングオフセットが第1の持続時間にわたって適用可能である、第1のスケジューリングオフセットの指示を受信することと、
第1の持続時間中に、第1の動作設定に基づいて第1のスケジューリングPDCCHを受信することと、
第1のスケジューリングPDCCHを受信した後の第1のスケジューリングオフセット中に、第2の動作設定に切り替えることと、
第2の動作設定に基づいて、第1のスケジューリングPDCCHを介してスケジューリングされた、対応する第1の信号またはチャネルを送信するかまたは受信することと
を含む方法。
2. 第1のスケジューリングオフセットが、複数の連続したスロットまたはスロット内の複数の連続したシンボルを含む、実施形態1に記載の方法。
3. 第1の持続時間の終了後に、第2の動作設定に基づいて、さらなるスケジューリングPDCCHを受信することをさらに含む、実施形態1または2に記載の方法。
4. さらなるスケジューリングPDCCHに続く第2のスケジューリングオフセットの後に、さらなるスケジューリングPDCCHを介してスケジューリングされた、対応するさらなる信号またはチャネルを送信するかまたは受信することであって、第2のスケジューリングオフセットが第1のスケジューリングオフセット未満である、対応するさらなる信号またはチャネルを送信するかまたは受信することをさらに含む、実施形態3に記載の方法。
5. 第2のスケジューリングオフセットが、単一のスロットまたはスロット内の単一のシンボルを含む、実施形態4に記載の方法。
6. 第1の持続時間が、
指示を受信した後の第1のスケジューリングPDCCH、および
指示を受信した後の第1の複数のスケジューリングPDCCH
のうちの1つを受信するまで延長する、実施形態1から5のいずれか1つに記載の方法。
7. 第1の持続時間が、
指示を受信した後、
または指示を受信した後の、UEに関連付けられた第3の複数のPDCCH受信オケージョンであって、第2の複数のPDCCH受信オケージョンよりも長い、第3の複数のPDCCH受信オケージョン、
といった期間のうちの1つの間において、第2の複数のPDCCH受信オケージョンを含む、実施形態1から5のいずれか1つに記載の方法。
8. 第1のスケジューリングPDCCHが、
間欠受信(DRX)のオン持続時間、
信号またはチャネルのうちの1つの送信または受信の後の期間、
複数の不活性期間の後の期間、および
ウェークアップ信号(WUS)の受信後の期間、
といった期間のうちの1つ中の初期のスケジューリングPDCCHである、実施形態1から7のいずれか1つに記載の方法。
9. 第1の動作設定が第2の動作設定よりもエネルギー消費が少ない、実施形態1から8のいずれか1つに記載の方法。
10. ネットワークノードに、PDCCH復号のために必要な処理時間の指示を送信することであって、受信された第1のスケジューリングオフセットが指示された処理時間よりも長い、必要な処理時間の指示を送信することをさらに含む、実施形態1から9のいずれか1つに記載の方法。
11. 第1のスケジューリングオフセットを含む1つまたは複数の可能なスケジューリングオフセット設定を識別する設定メッセージを受信することであって、受信された指示が第1のスケジューリングオフセットを可能にする、設定メッセージを受信することをさらに含む、実施形態1から10のいずれか1つに記載の方法。
12. 設定メッセージが無線リソース制御(RRC)メッセージであり、
指示が、
メディアアクセス制御(MAC)制御エレメント(CE)、および
ダウンリンク制御情報(DCI)
のうちの1つを介して受信される、実施形態11に記載の方法。
13. 第1のスケジューリングオフセットを無効にするさらなる指示を受信することをさらに含む、実施形態11または12に記載の方法。
14. 無線アクセスネットワーク(RAN)の中でネットワークノードからの物理ダウンリンク制御チャネル(PDCCH)送信を受信することに関してユーザ機器(UE)のエネルギー消費を管理するための方法であって、
スケジューリングPDCCHとスケジューリングPDCCHを介してスケジューリングされた対応する信号またはチャネルとの間の、第1のスケジューリングオフセットの指示をUEに送信することであって、第1のスケジューリングオフセットが第1の持続時間にわたって適用可能である、第1のスケジューリングオフセットの指示をUEに送信することと、
第1の持続時間中に第1のスケジューリングPDCCHを送信することと、
第1のスケジューリングPDCCHに続く第1のスケジューリングオフセットの後に、第1のスケジューリングPDCCHを介してスケジューリングされた、対応する第1の信号またはチャネルを送信するかまたは受信することと
を含む方法。
15. 第1のスケジューリングオフセットが、複数の連続したスロットまたはスロット内の複数の連続したシンボルを含む、実施形態14に記載の方法。
16. 第1の持続時間の終了後に、さらなるスケジューリングPDCCHを送信することと、
さらなるスケジューリングPDCCHに続く第2のスケジューリングオフセットの後に、さらなるスケジューリングPDCCHを介してスケジューリングされた、対応するさらなる信号またはチャネルを送信するかまたは受信することであって、第2のスケジューリングオフセットが第1のスケジューリングオフセット未満である、対応するさらなる信号またはチャネルを送信するかまたは受信することと
をさらに含む、実施形態14または15に記載の方法。
17. 第2のスケジューリングオフセットが、単一のスロットまたはスロット内の単一のシンボルである、実施形態16に記載の方法。
18. 第1の持続時間が、
指示を送信した後の第1のスケジューリングPDCCH、および
指示を送信した後の第1の複数のスケジューリングPDCCH
のうちの1つの送信まで延長する、実施形態14から17のいずれか1つに記載の方法。
19. 第1の持続時間が、
指示を送信した後の期間、および
指示を送信した後の、第2の複数のPDCCH受信オケージョンよりも長い第3の複数のPDCCH受信オケージョン、
といった期間のうちの1つ中に、UEに関連した第2の複数のPDCCH受信オケージョンを含む、実施形態14から18のいずれか1つに記載の方法。
20. 第1のスケジューリングPDCCHが、
間欠受信(DRX)の期間、
UEのオン持続時間、
信号またはチャネルのうちの1つの送信または受信の後の期間、
UEの複数の不活性期間の後の期間、および
UEへのウェークアップ信号(WUS)の送信後の期間、
といった期間のうちの1つ中の、初期のスケジューリングPDCCHである、実施形態14から19のいずれか1つに記載の方法。
21. UEから、PDCCH復号のために必要な処理時間の指示を受信することと、
第1のスケジューリングオフセットを、指示された処理時間よりも長くするように選択することと
をさらに含む、実施形態14から20のいずれか1つに記載の方法。
22. UEに、第1のスケジューリングオフセットを含む1つまたは複数の可能なスケジューリングオフセット設定を識別する設定メッセージを送信することであって、
送信される指示が第1のスケジューリングオフセットを可能にする、設定メッセージを送信することをさらに含む、実施形態14から21のいずれか1つに記載の方法。
23. 設定メッセージが無線リソース制御(RRC)メッセージであり、
指示が、
メディアアクセス制御(MAC)制御エレメント(CE)、および
ダウンリンク制御情報(DCI)、
のうちの1つを介して送信される、実施形態22に記載の方法。
24. 第1のスケジューリングオフセットを無効にするさらなる指示を送信することをさらに含む、実施形態22または23に記載の方法。
25. 無線アクセスネットワーク(RAN)の中でネットワークノードからの物理ダウンリンク制御チャネル(PDCCH)送信を受信することに関してエネルギー消費を管理するように設定されたユーザ機器(UE)であって、
ネットワークノードと通信するように設定された通信回路と、
例示的な実施形態1から13のいずれか1つに記載の方法に対応する動作を実施するように設定されて、通信回路に対して動作可能に関連付けられた処理回路と
を備えるUE。
26. 無線アクセスネットワーク(RAN)の中で、ネットワークノードからの物理ダウンリンク制御チャネル(PDCCH)送信に関してユーザ機器(UE)のエネルギー消費を管理するように設定されたネットワークノードであって、
1つまたは複数のUEと通信するように設定された通信回路と、
例示的な実施形態14から24のいずれか1つに記載の方法に対応する動作を実施するように設定されて、通信回路に対して動作可能に関連付けられた処理回路と
を備えるネットワークノード。
27. 無線アクセスネットワーク(RAN)の中でネットワークノードからの物理ダウンリンク制御チャネル(PDCCH)送信を受信することに関してエネルギー消費を管理するように設定されたユーザ機器(UE)であって、
例示的な実施形態1から13のいずれか1つに記載の方法に対応する動作を実施するように構成されているUE。
28. 無線アクセスネットワーク(RAN)の中で、物理ダウンリンク制御チャネル(PDCCH)送信に関してユーザ機器(UE)のエネルギー消費を管理するように設定されたネットワークノードであって、例示的な実施形態14から24のいずれか1つに記載の方法に対応する動作を実施するように構成されているネットワークノード。
29. ユーザ機器(UE)の少なくとも1つのプロセッサによって実行されたとき、UEを、例示的な実施形態1から13のいずれか1つに記載の方法に対応する動作を実施するように設定するコンピュータ実行可能命令を記憶している非一時的コンピュータ可読媒体。
30. ネットワークノードの少なくとも1つのプロセッサによって実行されたとき、ネットワークノードを、例示的な実施形態14から24のいずれか1つに記載の方法に対応する動作を実施するように設定するコンピュータ実行可能命令を記憶している非一時的コンピュータ可読媒体。