知財求人 - 知財ポータルサイト「IP Force」
▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
特表2024-542152マルチパネルアップリンク送信のための設定済みグラント
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-11-13
(54)【発明の名称】マルチパネルアップリンク送信のための設定済みグラント
(51)【国際特許分類】
H04W 72/1268 20230101AFI20241106BHJP
H04W 72/115 20230101ALI20241106BHJP
H04W 16/28 20090101ALI20241106BHJP
H04W 72/23 20230101ALI20241106BHJP
【ＦＩ】
H04W72/1268
H04W72/115
H04W16/28
H04W72/23
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2024527056
(86)(22)【出願日】2022-11-09
(85)【翻訳文提出日】2024-07-02
(86)【国際出願番号】 EP2022081317
(87)【国際公開番号】W WO2023083882
(87)【国際公開日】2023-05-19
(31)【優先権主張番号】63/277,394
(32)【優先日】2021-11-09
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＢＬＵＥＴＯＯＴＨ
２．ＺＩＧＢＥＥ
３．Ｂｌｕ－ｒａｙ
４．ＷＣＤＭＡ
５．ＬｏＲａ
６．ＳＩＧＦＯＸ
(71)【出願人】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】100109726
【弁理士】
【氏名又は名称】園田 吉隆
(74)【代理人】
【識別番号】100150670
【弁理士】
【氏名又は名称】小梶 晴美
(74)【代理人】
【識別番号】100199705
【弁理士】
【氏名又は名称】仙波 和之
(74)【代理人】
【識別番号】100194294
【弁理士】
【氏名又は名称】石岡 利康
(72)【発明者】
【氏名】ムルガナタン， シヴァ
(72)【発明者】
【氏名】ニルソン， アンドレアス
(72)【発明者】
【氏名】ガオ， シウェイ
(72)【発明者】
【氏名】ティデスタフ， クラース
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA13
5K067EE02
5K067EE10
5K067EE24
5K067KK02
(57)【要約】
マルチパネルアップリンク（ＵＬ）送信のための設定済みグラントのためのシステムおよび方法が提供される。いくつかの実施形態では、複数ＴＲＰにＰＵＳＣＨ設定済みグラントを送信するための、ユーザ機器（ＵＥ）によって実行される方法が、ｍＴＲＰ動作を指示する少なくとも１つの統合ＴＣＩ状態の設定を受信することと、繰返しを使用するｍＴＲＰ動作、または複数パネルにわたる同時送信（ＳＴｘＭＰ）を使用するｍＴＲＰ動作のいずれかを指示する、設定済みグラントの指示を受信することと、設定に従ってＰＵＳＣＨを送信することとを含む。このようにして、統合ＴＣＩ状態フレームワークが、設定済みグラントのためのｍＴＲＰおよびマルチパネル送信に拡張され得る。統合ＴＣＩ状態フレームワークでは、ＵＬ送信のために別個の空間関係が設定される必要がない。したがって、統合ＴＣＩ状態フレームワークは、いくつかの上位レイヤオーバーヘッド節約を提供することができる。設定済みグラントのためのｍＴＲＰおよびマルチパネル送信のための統合ＴＣＩ状態フレームワークを拡張することによって、設定済みグラントベースＰＵＳＣＨも、この利点を活用することができる。
【選択図】図８
【選択図】図８
【特許請求の範囲】
【請求項1】
複数送信受信ポイント（ＴＲＰ）に物理アップリンク共有チャネル（ＰＵＳＣＨ）設定済みグラントを送信するための、ユーザ機器（ＵＥ）（９００）によって実行される方法であって、前記方法が、複数ＴＲＰ（ｍＴＲＰ）動作を指示する少なくとも１つの統合送信設定インジケータ（ＴＣＩ）状態の設定を受信することと、
繰返しを使用するｍＴＲＰ動作、または複数パネルにわたる同時送信（ＳＴｘＭＰ）を使用するｍＴＲＰ動作のいずれかを指示する、設定済みグラント（ＣＧ）の指示を受信することと、
統合ＴＣＩ状態の前記設定および／または前記設定済みグラントの設定に従ってＰＵＳＣＨを送信することと
を含む、方法。
【請求項2】
前記少なくとも１つの統合ＴＣＩ状態の前記受信された設定が、２つのＴＲＰへのアップリンク（ＵＬ）送信を指示する、請求項１に記載の方法。
【請求項3】
前記少なくとも１つの統合ＴＣＩ状態についての前記受信された設定が、２つのジョイント／アップリンク（ＵＬ）ＴＣＩ状態を適用することによって２つのＴＲＰへのＵＬ送信を指示する、請求項１または２に記載の方法。
【請求項4】
前記指示が、ＳＴｘＭＰまたは繰返しのいずれかを使用するｍＴＲＰ動作を明示的に指示する、請求項１から３のいずれか一項に記載の方法。
【請求項5】
繰返しまたはＳＴｘＭＰのいずれかを使用するｍＴＲＰ動作の前記指示が、無線リソース制御（ＲＲＣ）シグナリングを通して伝達される、請求項１から４のいずれか一項に記載の方法。
【請求項6】
繰返しまたはＳＴｘＭＰのいずれかを使用するｍＴＲＰ動作の前記指示が、ダウンリンク制御情報（ＤＣＩ）を通して伝達される、請求項１から５のいずれか一項に記載の方法。
【請求項7】
前記設定済みグラントの前記指示が、ＳＴｘＭＰを使用する第１の共通ビームと第２の共通ビームとに関連付けられた単一ＣＧ ＰＵＳＣＨ設定を含む、請求項１から６のいずれか一項に記載の方法。
【請求項8】
ｃｏｒｅｓｅｔＰｏｏｌＩｎｄｅｘとＣＧ－ＰＵＳＣＨとの間の関連付けがある、請求項１から７のいずれか一項に記載の方法。
【請求項9】
設定済みグラントについての、繰返しを使用するｍＴＲＰ動作の他の指示が、前記ＵＥによって無視される、請求項１から８のいずれか一項に記載の方法。
【請求項10】
前記ＵＥ（９００）が、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ情報エレメント（ＩＥ）において設定されたパラメータ「ｐ０－ＰＵＳＣＨ－Ａｌｐｈａ」および「ｐｏｗｅｒＣｏｎｔｒｏｌＬｏｏｐＴｏＵｓｅ」の一方または両方の設定を無視する、請求項１から９のいずれか一項に記載の方法。
【請求項11】
明示的前記指示が、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥ中の新しいフィールドにおいて設定されている、請求項１から１０のいずれか一項に記載の方法。
【請求項12】
ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥに、第１の共通ビーム（すなわち、第１のアクティブ化されたジョイント／ＵＬ ＴＣＩ状態）に従うこと（すなわち、第１のＴＲＰのほうへのｓＴＲＰ ＵＬ送信）と、
第２の共通ビーム（すなわち、第２のアクティブ化されたジョイント／ＵＬ ＴＣＩ状態）に従うこと（すなわち、第２のＴＲＰのほうへのｓＴＲＰ ＵＬ送信）と、
第１の共通ビームと第２の共通ビームの両方（すなわち、第１のアクティブ化されたジョイント／ＵＬ ＴＣＩ状態および第２のアクティブ化されたジョイント／ＵＬ ＴＣＩ状態）に従うこと（すなわち、第１のＴＲＰと第２のＴＲＰとのほうへのマルチＴＲＰ ＵＬ送信）と
のうちの１つまたは複数を指示する新しいフィールドがＲＲＣ設定され得る、請求項１から１１のいずれか一項に記載の方法。
【請求項13】
明示的前記指示が、ＵＬ ＤＣＩ中のフィールドにおいて指示され、１つのコードポイントが、繰返しを使用するｍＴＲＰ動作を指示し、１つのコードポイントが、ＳＴｘＭＰを使用するｍＴＲＰ動作を指示する、請求項１から１２のいずれか一項に記載の方法。
【請求項14】
物理アップリンク共有チャネル（ＰＵＳＣＨ）設定済みグラント（ＣＧ）を受信するための、ネットワークノード（１０００）によって実行される方法であって、前記方法が、ユーザ機器（ＵＥ）に、複数送信受信ポイント（ｍＴＲＰ）動作を指示する少なくとも１つの統合送信設定インジケータ（ＴＣＩ）状態の設定を送信することと、
前記ＵＥに、繰返しを使用するｍＴＲＰ動作、または複数パネルにわたる同時送信（ＳＴｘＭＰ）を使用するｍＴＲＰ動作のいずれかを指示する、設定済みグラントの指示を送信することと、
前記ＵＥから、統合ＴＣＩ状態の前記設定および／または前記設定済みグラントの設定に従ってＰＵＳＣＨを受信することと
を含む、方法。
【請求項15】
前記少なくとも１つの統合ＴＣＩ状態についての前記送信された設定が、２つのＴＲＰへのアップリンク（ＵＬ）送信を指示する、請求項１４に記載の方法。
【請求項16】
前記少なくとも１つの統合ＴＣＩ状態についての前記送信された設定が、２つのジョイント／ＵＬ ＴＣＩ状態を適用することによって２つのＴＲＰへのＵＬ送信を指示する、請求項１４または１５に記載の方法。
【請求項17】
前記指示が、ＳＴｘＭＰまたは繰返しのいずれかを使用するｍＴＲＰ動作を明示的に指示する、請求項１４から１６のいずれか一項に記載の方法。
【請求項18】
繰返しまたはＳＴｘＭＰのいずれかを使用するｍＴＲＰ動作の前記指示が、無線リソース制御（ＲＲＣ）を通して伝達される、請求項１４から１７のいずれか一項に記載の方法。
【請求項19】
繰返しまたはＳＴｘＭＰのいずれかを使用するｍＴＲＰ動作の前記指示が、ダウンリンク制御情報（ＤＣＩ）を通して伝達される、請求項１４から１８のいずれか一項に記載の方法。
【請求項20】
前記設定済みグラントの前記指示が、ＳＴｘＭＰを使用する第１の共通ビームと第２の共通ビームとに関連付けられた単一ＣＧ ＰＵＳＣＨ設定を含む、請求項１４から１９のいずれか一項に記載の方法。
【請求項21】
ｃｏｒｅｓｅｔＰｏｏｌＩｎｄｅｘとＣＧ－ＰＵＳＣＨとの間の関連付けがある、請求項１４から２０のいずれか一項に記載の方法。
【請求項22】
設定済みグラントについての、繰返しを使用するｍＴＲＰ動作の他の指示が、前記ＵＥによって無視される、請求項１４から２１のいずれか一項に記載の方法。
【請求項23】
前記ＵＥ（９００）が、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ情報エレメント（ＩＥ）において設定されたパラメータ「ｐ０－ＰＵＳＣＨ－Ａｌｐｈａ」および「ｐｏｗｅｒＣｏｎｔｒｏｌＬｏｏｐＴｏＵｓｅ」の一方または両方の設定を無視する、請求項１４から２２のいずれか一項に記載の方法。
【請求項24】
明示的前記指示が、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥ中の新しいフィールドにおいて設定されている、請求項１４から２３のいずれか一項に記載の方法。
【請求項25】
明示的前記指示が、ＵＬ ＤＣＩ中のフィールドにおいて指示され、１つのコードポイントが、繰返しを使用するｍＴＲＰ動作を指示し、１つのコードポイントが、ＳＴｘＭＰを使用するｍＴＲＰ動作を指示する、請求項１４から２４のいずれか一項に記載の方法。
【請求項26】
複数送信受信ポイント（ＴＲＰ）に物理アップリンク共有チャネル（ＰＵＳＣＨ）設定済みグラント（ＣＧ）を送信するためのユーザ機器（ＵＥ）（９００）であって、処理回路（９０２）を備え、前記処理回路（９０２）が、前記ＵＥ（９００）に、複数ＴＲＰ（ｍＴＲＰ）動作を指示する少なくとも１つの統合送信設定インジケータ（ＴＣＩ）状態の設定を受信することと、
繰返しを使用するｍＴＲＰ動作、または複数パネルにわたる同時送信（ＳＴｘＭＰ）を使用するｍＴＲＰ動作のいずれかを指示する、設定済みグラントの指示を受信することと、
統合ＴＣＩ状態の前記設定および／または前記設定済みグラントの設定に従ってＰＵＳＣＨを送信することと
を行わせるように設定されている、ユーザ機器（ＵＥ）（９００）。
【請求項27】
前記処理回路（９０２）が、前記ＵＥ（９００）に、請求項２から１３のいずれか一項に記載のいずれかのステップを実行させるようにさらに設定されている、請求項２６に記載のＵＥ（９００）。
【請求項28】
物理アップリンク共有チャネル（ＰＵＳＣＨ）設定済みグラント（ＣＧ）を受信するためのネットワークノード（１０００）であって、処理回路（１００２）を備え、前記処理回路（１００２）が、前記ネットワークノード（１０００）に、ユーザ機器（ＵＥ）に、複数送信受信ポイント（ｍＴＲＰ）動作を指示する少なくとも１つの統合送信設定インジケータ（ＴＣＩ）状態の設定を送信することと、
前記ＵＥに、繰返しを使用するｍＴＲＰ動作、または複数パネルにわたる同時送信（ＳＴｘＭＰ）を使用するｍＴＲＰ動作のいずれかを指示する、設定済みグラントの指示を送信することと、
前記ＵＥから、統合ＴＣＩ状態の前記設定および／または前記設定済みグラントの設定に従ってＰＵＳＣＨを受信することと
を行わせるように設定されている、ネットワークノード（１０００）。
【請求項29】
前記処理回路（１００２）が、前記ネットワークノード（１０００）に、請求項１５から２５のいずれか一項に記載のいずれかのステップを実行させるようにさらに設定されている、請求項２８に記載のネットワークノード（１０００）。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、一般に、複数送信受信ポイント（ＴＲＰ）を用いて送信することに関する。
【背景技術】
【0002】
ＮＲでは、いくつかの信号が、同じ基地局の異なるアンテナポートから送信され得る。これらの信号は、ドップラーシフト／拡散、平均遅延拡散、または平均遅延など、同じラージスケール（ｌａｒｇｅ－ｓｃａｌｅ）特性を有することができる。これらのアンテナポートは、その場合、擬似コロケートされる（ＱＣＬ：ｑｕａｓｉ ｃｏ－ｌｏｃａｔｅｄ）と言われる。
【0003】
あるパラメータ（たとえば、ドップラー拡散）に関して２つのアンテナポートがＱＣＬされることをＵＥが知っている場合、ＵＥは、それらのアンテナポートのうちの１つに基づいてそのパラメータを推定し、他のアンテナポート上で信号を受信するためにその推定値を適用することができる。
【0004】
たとえば、ＲＳを追跡するためのＣＳＩ－ＲＳ（ＴＲＳ）とＰＤＳＣＨ ＤＭＲＳとの間のＱＣＬ関係があり得る。ＵＥがＰＤＳＣＨ ＤＭＲＳを受信するとき、ＵＥは、ＤＭＲＳ受信を支援するために、ＴＲＳ上ですでに行われた測定を使用することができる。
【0005】
ＱＣＬに関してどんな仮定が行われ得るかに関する情報が、ネットワークからＵＥにシグナリングされる。ＮＲでは、送信されたソースＲＳと送信されたターゲットＲＳとの間の４つのタイプのＱＣＬ関係が規定された。
タイプＡ：｛ドップラーシフト、ドップラー拡散、平均遅延、遅延拡散｝
タイプＢ：｛ドップラーシフト、ドップラー拡散｝
タイプＣ：｛平均遅延、ドップラーシフト｝
タイプＤ：｛空間Ｒｘパラメータ｝
タイプＡ：｛ドップラーシフト、ドップラー拡散、平均遅延、遅延拡散｝
タイプＢ：｛ドップラーシフト、ドップラー拡散｝
タイプＣ：｛平均遅延、ドップラーシフト｝
タイプＤ：｛空間Ｒｘパラメータ｝
【0006】
ＱＣＬタイプＤは、アナログビームフォーミングを用いたビーム管理を容易にするために導入されたものであり、空間ＱＣＬとして知られている。現在、ＮＲにおける空間ＱＣＬの厳密な規定はないが、理解は、２つの送信されたアンテナポートが空間的にＱＣＬされる場合、ＵＥが、それらのアンテナポートを受信するために同じＲｘビームを使用することができることである。これは、信号を受信するためにアナログビームフォーミングを使用するＵＥにとって、そのＵＥが、ある信号を受信するより前に、ある方向においてそのＲＸビームを調節する必要があるので、役立つ。信号がＵＥが前に受信した何らかの他の信号と空間的にＱＣＬされることをＵＥが知っている場合、ＵＥは、この信号をも受信するために同じＲＸビームを安全に使用することができる。ビーム管理のために、説明は、大部分が、ＱＣＬタイプＤを中心に展開するが、ＵＥがすべての関連のあるラージスケールパラメータを推定することができるように、ＲＳのためのタイプＡ ＱＣＬ関係をＵＥに伝達することも必要であることに留意されたい。
【0007】
一般に、これは、ＵＥに、時間／周波数オフセット推定について追跡するためのＣＳＩ－ＲＳ（ＴＲＳ）を設定することによって達成される。任意のＱＣＬ参照を使用することが可能であるために、ＵＥは、そのＱＣＬ参照を、十分に良好なＳＩＮＲで受信しなければならないことになる。多くの場合、これは、ＴＲＳが、好適なビーム中で、あるＵＥに送信されなければならないことを意味する。
【0008】
ビームおよび送信受信ポイント（ＴＲＰ）選択におけるダイナミクスを導入するために、ＵＥに、ＲＲＣシグナリングを通して、最高１２８個の送信設定インジケータ（ＴＣＩ）状態が設定され得る。ＴＣＩ状態情報エレメントは、（３ＧＰＰ ＴＳ３８．３３１から抜粋された）以下に示されている。
【0009】
各ＴＣＩ状態は、１つまたは２つのＲＳに関係するＱＣＬ情報を含んでいる。たとえば、ＴＣＩ状態は、ＱＣＬタイプＡに関連付けられたＣＳＩ－ＲＳ１とＱＣＬタイプＤに関連付けられたＣＳＩ－ＲＳ２とを含んでいることがある。第３のＲＳ、たとえば、ＰＤＣＣＨ ＤＭＲＳが、このＴＣＩ状態をＱＣＬソースとして有する場合、それは、ＵＥが、ＰＤＣＣＨ ＤＭＲＳについてのチャネル推定を実施するとき、ＣＳＩ－ＲＳ１からドップラーシフト、ドップラー拡散、平均遅延、遅延拡散を導出し、ＣＳＩ－ＲＳ２から空間Ｒｘパラメータ（すなわち、使用すべきＲＸビーム）を導出することができることを意味する。
【0010】
利用可能なＴＣＩ状態の第１のリストが、ＰＤＳＣＨのために設定され、ＴＣＩ状態の第２のリストが、ＰＤＣＣＨのために設定される。各ＴＣＩ状態は、ＴＣＩ状態を指すＴＣＩ状態ＩＤとして知られるポインタを含んでいる。ネットワークは、次いで、ＭＡＣ ＣＥを介して、ＰＤＣＣＨのための１つのＴＣＩ状態をアクティブ化し（すなわち、ＰＤＣＣＨのためのＴＣＩ状態を提供し）、ＰＤＳＣＨのための最高８つのＴＣＩ状態をアクティブ化する。ＵＥがサポートするアクティブＴＣＩ状態の数は、ＵＥ能力であるが、最大値は８である。
【0011】
ＵＥが、（全体として６４個の設定されたＴＣＩ状態のリストからの）４つのアクティブ化されたＴＣＩ状態を有すると仮定する。したがって、６０個のＴＣＩ状態が、この特定のＵＥのために非アクティブであり、ＵＥは、それらの非アクティブＴＣＩ状態について推定されたラージスケールパラメータを有する準備ができている必要はない。しかし、ＵＥは、４つのアクティブＴＣＩ状態にあるＲＳについてのラージスケールパラメータを連続的に追跡および更新する。ＵＥにＰＤＳＣＨをスケジュールするとき、ＤＣＩは、１つのアクティブ化されたＴＣＩ状態へのポインタを含んでいる。ＵＥは、その場合、ＰＤＳＣＨ ＤＭＲＳチャネル推定、したがって、ＰＤＳＣＨ復調を実施するとき、どのラージスケールパラメータ推定値を使用すべきかを知っている。
【0012】
ＵＥが、現在アクティブ化されたＴＣＩ状態のうちのいずれかを使用することができる限り、ＤＣＩシグナリングを使用することが十分である。しかしながら、ある時間的ポイントにおいて、現在アクティブ化されたＴＣＩ状態にあるソースＲＳのいずれもＵＥによって受信され得ない、すなわち、ＵＥが、アクティブ化されたＴＣＩ状態にあるソースＲＳが送信されるビームの外側に移動したとき。これが起こったとき（または実際にこれが起こる前に）、ｇＮＢが、新しいＴＣＩ状態をアクティブ化しなければならないことになる。一般に、アクティブ化されたＴＣＩ状態の最大数が固定されるので、ｇＮＢはまた、現在アクティブ化されたＴＣＩ状態のうちの１つまたは複数をアクティブ化解除しなければならないことになる。
【0013】
ＴＣＩ状態更新に関係する２ステッププロシージャが、２段階ＴＣＩ状態更新を示す図１に示されている。選択されるＴＣＩ状態が、ＤＣＩを使用して、ＴＣＩ状態のアクティブ化されたセットから選択され、アクティブ化されたＴＣＩ状態のセットが、ＭＡＣ ＣＥを使用して更新される。
【0014】
現在、（１つまたは複数の）ある課題が存在する。ＭＡＣ ＣＥを介した、ＵＥ固有ＰＤＳＣＨのためのＴＣＩ状態アクティブ化／アクティブ化解除
【0015】
次に、ＵＥ固有ＰＤＳＣＨのためのＴＣＩ状態をアクティブ化／アクティブ化解除するために使用されるＭＡＣ ＣＥシグナリングの詳細が提供される。ＵＥ固有ＰＤＳＣＨのためのＴＣＩ状態をアクティブ化／アクティブ化解除するためのＭＡＣ ＣＥの構造が、図２において与えられる（（３ＧＰＰ ＴＳ３８．３２１の図６．１．３．１４－１から抜粋された）ＵＥ固有ＰＤＳＣＨ ＭＡＣ ＣＥのためのＴＣＩ状態アクティブ化／アクティブ化解除）。
【0016】
図２に示されているように、ＭＡＣ ＣＥは、以下のフィールドを含んでいる。
・ サービングセルＩＤ：このフィールドは、ＭＡＣ ＣＥが適用されるサービングセルの識別情報を指示する。フィールドの長さは５ビットである。
・ ＢＷＰ ＩＤ：このフィールドは、ＭＡＣ ＣＥが適用されるダウンリンク帯域幅部分に対応するＩＤを含んでいる。ＢＷＰ ＩＤは、３ＧＰＰ ＴＳ３８．３３１において指定されている上位レイヤパラメータＢＷＰ－Ｉｄによって与えられる。ＢＷＰ ＩＤフィールドの長さは、ＵＥに、ＤＬのための最高４つのＢＷＰが設定され得るので、２ビットである。
・ 可変数のフィールドＴｉ：ＵＥに、ＴＣＩ状態ＩＤｉを伴うＴＣＩ状態が設定された場合、フィールドＴｉは、ＴＣＩ状態ＩＤｉを伴うＴＣＩ状態のアクティブ化（ａｃｔｉｖａｔｉｏｎ）／アクティブ化解除（ｄｅａｃｔｉｖａｔｉｏｎ）ステータスを指示する。ＵＥに、ＴＣＩ状態ＩＤｉを伴うＴＣＩ状態が設定されない場合、ＭＡＣエンティティは、Ｔｉフィールドを無視するものとする。Ｔｉフィールドは、３ＧＰＰ ＴＳ３８．２１４／３８．３２１において指定されているように、ＴＣＩ状態ＩＤｉを伴うＴＣＩ状態が、アクティブ化され、ＤＣＩ送信設定指示フィールドのコードポイントにマッピングされるものとすることを指示するために、「１」にセットされる。Ｔｉフィールドは、ＴＣＩ状態ＩＤｉを伴うＴＣＩ状態が、アクティブ化解除されるものとし、ＤＣＩ送信設定指示フィールドのコードポイントにマッピングされないことを指示するために、「０」にセットされる。ＴＣＩ状態がマッピングされるコードポイントは、「１」にセットされたＴｉフィールドを伴うすべてのＴＣＩ状態の間の順序位置によって決定されることに留意されたい。すなわち、「１」にセットされたＴｉフィールドを伴う第１のＴＣＩ状態が、ＤＣＩ送信設定指示フィールドのコードポイント値０にマッピングされるものとし、「１」にセットされたＴｉフィールドを伴う第２のＴＣＩ状態が、ＤＣＩ送信設定指示フィールドのコードポイント値１にマッピングされるものとし、以下同様である。ＮＲ Ｒｅｌ－１５では、アクティブ化されたＴＣＩ状態の最大数は８である。
・ 予約済みビットＲ：このビットは、ＮＲ Ｒｅｌ－１５において「０」にセットされる。
・ サービングセルＩＤ：このフィールドは、ＭＡＣ ＣＥが適用されるサービングセルの識別情報を指示する。フィールドの長さは５ビットである。
・ ＢＷＰ ＩＤ：このフィールドは、ＭＡＣ ＣＥが適用されるダウンリンク帯域幅部分に対応するＩＤを含んでいる。ＢＷＰ ＩＤは、３ＧＰＰ ＴＳ３８．３３１において指定されている上位レイヤパラメータＢＷＰ－Ｉｄによって与えられる。ＢＷＰ ＩＤフィールドの長さは、ＵＥに、ＤＬのための最高４つのＢＷＰが設定され得るので、２ビットである。
・ 可変数のフィールドＴｉ：ＵＥに、ＴＣＩ状態ＩＤｉを伴うＴＣＩ状態が設定された場合、フィールドＴｉは、ＴＣＩ状態ＩＤｉを伴うＴＣＩ状態のアクティブ化（ａｃｔｉｖａｔｉｏｎ）／アクティブ化解除（ｄｅａｃｔｉｖａｔｉｏｎ）ステータスを指示する。ＵＥに、ＴＣＩ状態ＩＤｉを伴うＴＣＩ状態が設定されない場合、ＭＡＣエンティティは、Ｔｉフィールドを無視するものとする。Ｔｉフィールドは、３ＧＰＰ ＴＳ３８．２１４／３８．３２１において指定されているように、ＴＣＩ状態ＩＤｉを伴うＴＣＩ状態が、アクティブ化され、ＤＣＩ送信設定指示フィールドのコードポイントにマッピングされるものとすることを指示するために、「１」にセットされる。Ｔｉフィールドは、ＴＣＩ状態ＩＤｉを伴うＴＣＩ状態が、アクティブ化解除されるものとし、ＤＣＩ送信設定指示フィールドのコードポイントにマッピングされないことを指示するために、「０」にセットされる。ＴＣＩ状態がマッピングされるコードポイントは、「１」にセットされたＴｉフィールドを伴うすべてのＴＣＩ状態の間の順序位置によって決定されることに留意されたい。すなわち、「１」にセットされたＴｉフィールドを伴う第１のＴＣＩ状態が、ＤＣＩ送信設定指示フィールドのコードポイント値０にマッピングされるものとし、「１」にセットされたＴｉフィールドを伴う第２のＴＣＩ状態が、ＤＣＩ送信設定指示フィールドのコードポイント値１にマッピングされるものとし、以下同様である。ＮＲ Ｒｅｌ－１５では、アクティブ化されたＴＣＩ状態の最大数は８である。
・ 予約済みビットＲ：このビットは、ＮＲ Ｒｅｌ－１５において「０」にセットされる。
【0017】
ＵＥ固有ＰＤＳＣＨ ＭＡＣ ＣＥのためのＴＣＩ状態アクティブ化／アクティブ化解除は、３ＧＰＰ ＴＳ３８．３２１の表６．２．１－１（この表は、以下で表１において再現される）において指定されている論理チャネルＩＤ（ＬＣＩＤ）を伴うＭＡＣ ＰＤＵサブヘッダによって識別されることに留意されたい。ＵＥ固有ＰＤＳＣＨのためのＴＣＩ状態のアクティブ化／アクティブ化解除のためのＭＡＣ ＣＥは、可変サイズを有する。
【0018】
ＤＣＩを介した、ＵＥ固有ＰＤＳＣＨのためのＴＣＩ状態指示
【0019】
ｇＮＢは、ＵＥに、ＵＥが、後続のＰＤＳＣＨ受信のために、アクティブ化されたＴＣＩ状態のうちの１つを使用するものとすることを指示するために、ＤＣＩフォーマット１＿１または１＿２を使用することができる。ＤＣＩにおいて使用されているフィールドは、送信設定指示であり、送信設定指示は、上位レイヤシグナリングによって、ｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩが「有効にされる」か、またはｔｃｉ－ＰｒｅｓｅｎｔＦｏｒＤＣＩ－Ｆｏｒｍａｔ１－２－ｒ１６が、ＤＣＩフォーマット１＿１およびＤＣＩ１＿２についてそれぞれ存在する場合、３ビットである。そのようなＤＣＩ指示の一例が図３に示されている（ＴＣＩ状態のＤＣＩ指示の例。ＤＣＩは、アクティブ化されたＴＣＩ状態の順序付きリストへのポインタを与える）。
【0020】
図３の例では、ＤＣＩコードポイント０が、ＴＣＩ状態のリスト中の第１のＴＣＩ状態インデックス（たとええば、ＴＣＩ３）を指示し、ＤＣＩコードポイント１が、リスト中の第２のＴＣＩ状態インデックス（たとえば、ＴＣＩ７）を指示し、以下同様である。
【0021】
マルチＴＲＰ ＴＣＩ状態動作
【0022】
リリース１６では、マルチＴＲＰ（複数送信受信ポイント）動作が指定されており、その動作は、２つの動作モード、すなわち、単一ＤＣＩベースマルチＴＲＰと複数ＤＣＩベースマルチＴＲＰとを有する。
【0023】
ＮＲ Ｒｅｌ－１６では、複数ＤＣＩスケジューリングは、ＵＥが、ＰＤＳＣＨ／ＰＵＳＣＨを各々スケジュールする２つのＤＣＩを受信し得る、マルチＴＲＰのためのものである。ＰＤＣＣＨと、ＰＤＣＣＨを介してスケジュールされるＰＤＳＣＨとが、両方とも、同じＴＲＰから送信される。
【0024】
マルチＤＣＩマルチＴＲＰ動作の場合、ＵＥに、ＴＲＰに各々関連付けられた２つのＣＯＲＥＳＥＴプールが設定される必要がある。各ＣＯＲＥＳＥＴプールは、同じＣＯＲＥＳＥＴプールに属するＣＯＲＥＳＥＴの集合である。ＣＯＲＥＳＥＴプールインデックスに、各ＣＯＲＥＳＥＴにおいて、０または１の値が設定され得る。上記の例における２つのＤＣＩについて、それらのＤＣＩは、異なるＣＯＲＥＳＥＴプールに属する（すなわち、それぞれＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０および１を伴う）２つのＣＯＲＥＳＥＴにおいて送信される。各ＣＯＲＥＳＥＴプールについて、２．２－２．３において説明されるものに関するアクティブ化／アクティブ化解除／指示に関する同じＴＣＩ状態動作方法が仮定される。
【0025】
他方のマルチＴＲＰモード、単一ＤＣＩベースｍＴＲＰは、ＤＣＩ中のＴＣＩフィールド中の１つのＤＣＩコードポイントに関連付けられるべき２つのＤＬ ＴＣＩ状態を必要とする。すなわち、ＤＣＩ中のＴＣＩフィールドコードポイントが２つのＴＣＩ状態を指示するとき、各ＴＣＩ状態は、異なるビームまたは異なるＴＲＰに対応する。ＤＣＩのＴＣＩフィールド中のコードポイントについての２つのＴＣＩ状態のアクティブ化およびマッピングが、３ＧＰＰ ＴＳ３８．３２１からの以下のＭＡＣ ＣＥを用いて行われる。
【0026】
ＵＥ固有ＰＤＳＣＨ ＭＡＣ ＣＥのための強化されたＴＣＩ状態アクティブ化／アクティブ化解除
【0027】
ＵＥ固有ＰＤＳＣＨ ＭＡＣ ＣＥのための強化されたＴＣＩ状態アクティブ化／アクティブ化解除は、表６．２．１－１ｂにおいて指定されているｅＬＣＩＤを伴うＭＡＣ ＰＤＵサブヘッダによって識別される。これの一例が、図４に示されている。それは、以下のフィールドからなる可変サイズを有する。
－ サービングセルＩＤ：このフィールドは、ＭＡＣ ＣＥが適用されるサービングセルの識別情報を指示する。フィールドの長さは５ビットである。
－ ＢＷＰ ＩＤ：このフィールドは、ＭＡＣ ＣＥが、ＴＳ３８．２１２［９］において指定されているＤＣＩ帯域幅部分インジケータフィールドのコードポイントとして適用される、ＤＬ ＢＷＰを指示する。ＢＷＰ ＩＤフィールドの長さは２ビットである。
－ Ｃｉ：このフィールドは、ＴＣＩ状態ＩＤｉ，２を含んでいるオクテットが存在するかどうかを指示する。このフィールドが「１」にセットされた場合、ＴＣＩ状態ＩＤｉ，２を含んでいるオクテットは存在する。このフィールドが「０」にセットされた場合、ＴＣＩ状態ＩＤｉ，２を含んでいるオクテットは存在しない。
－ ＴＣＩ状態ＩＤｉ，ｊ：このフィールドは、ＴＳ３８．３３１［５］において指定されているＴＣＩ－ＳｔａｔｅＩｄによって識別されるＴＣＩ状態を指示し、ここで、ｉは、ＴＳ３８．２１２［９］において指定されているＤＣＩ送信設定指示フィールドのコードポイントのインデックスであり、ＴＣＩ状態ＩＤｉ，ｊは、ＤＣＩ送信設定指示フィールド中のｉ番目のコードポイントについて指示されるｊ番目のＴＣＩ状態を示す。ＴＣＩ状態がマッピングされるＴＣＩコードポイントは、ＴＣＩ状態ＩＤｉ，ｊフィールドのセットを伴うすべてのＴＣＩコードポイントの間のそのＴＣＩコードポイントの順序位置によって決定され、すなわち、ＴＣＩ状態ＩＤ０，１とＴＣＩ状態ＩＤ０，２とを伴う第１のＴＣＩコードポイントがコードポイント値０にマッピングされるものとし、ＴＣＩ状態ＩＤ１，１とＴＣＩ状態ＩＤ１，２とを伴う第２のＴＣＩコードポイントがコードポイント値１にマッピングされるものとし、以下同様である。ＴＣＩ状態ＩＤｉ，２は、Ｃｉフィールドの指示に基づいて随意である。アクティブ化されたＴＣＩコードポイントの最大数は８であり、ＴＣＩコードポイントにマッピングされるＴＣＩ状態の最大数は２である。
－ Ｒ：「０」にセットされた予約済みビット。
－ サービングセルＩＤ：このフィールドは、ＭＡＣ ＣＥが適用されるサービングセルの識別情報を指示する。フィールドの長さは５ビットである。
－ ＢＷＰ ＩＤ：このフィールドは、ＭＡＣ ＣＥが、ＴＳ３８．２１２［９］において指定されているＤＣＩ帯域幅部分インジケータフィールドのコードポイントとして適用される、ＤＬ ＢＷＰを指示する。ＢＷＰ ＩＤフィールドの長さは２ビットである。
－ Ｃｉ：このフィールドは、ＴＣＩ状態ＩＤｉ，２を含んでいるオクテットが存在するかどうかを指示する。このフィールドが「１」にセットされた場合、ＴＣＩ状態ＩＤｉ，２を含んでいるオクテットは存在する。このフィールドが「０」にセットされた場合、ＴＣＩ状態ＩＤｉ，２を含んでいるオクテットは存在しない。
－ ＴＣＩ状態ＩＤｉ，ｊ：このフィールドは、ＴＳ３８．３３１［５］において指定されているＴＣＩ－ＳｔａｔｅＩｄによって識別されるＴＣＩ状態を指示し、ここで、ｉは、ＴＳ３８．２１２［９］において指定されているＤＣＩ送信設定指示フィールドのコードポイントのインデックスであり、ＴＣＩ状態ＩＤｉ，ｊは、ＤＣＩ送信設定指示フィールド中のｉ番目のコードポイントについて指示されるｊ番目のＴＣＩ状態を示す。ＴＣＩ状態がマッピングされるＴＣＩコードポイントは、ＴＣＩ状態ＩＤｉ，ｊフィールドのセットを伴うすべてのＴＣＩコードポイントの間のそのＴＣＩコードポイントの順序位置によって決定され、すなわち、ＴＣＩ状態ＩＤ０，１とＴＣＩ状態ＩＤ０，２とを伴う第１のＴＣＩコードポイントがコードポイント値０にマッピングされるものとし、ＴＣＩ状態ＩＤ１，１とＴＣＩ状態ＩＤ１，２とを伴う第２のＴＣＩコードポイントがコードポイント値１にマッピングされるものとし、以下同様である。ＴＣＩ状態ＩＤｉ，２は、Ｃｉフィールドの指示に基づいて随意である。アクティブ化されたＴＣＩコードポイントの最大数は８であり、ＴＣＩコードポイントにマッピングされるＴＣＩ状態の最大数は２である。
－ Ｒ：「０」にセットされた予約済みビット。
【0028】
Ｒｅｌ－１７ ＴＣＩ状態フレームワーク
【0029】
３ＧＰＰ Ｒｅｌ－１７では、新しい統合ＴＣＩ状態フレームワークが指定されることになり、これは、単一のＴＣＩ状態に、複数の異なるＤＬおよび／またはＵＬ信号／チャネルについてのＱＣＬ特性を指示させることによって、ＵＥへの、送信／受信空間フィルタ（および他のＱＣＬ特性）の指示を合理化することを目的とする。
【0030】
会議ＲＡＮ１＃１０３－ｅにおいて、新しい統合ＴＣＩ状態フレームワークは、すべてのＤＬおよび／またはＵＬチャネル／信号のすべてまたはサブセットについて、（ＰＤＳＣＨについて上記で説明されたのと同様のやり方で）３段階ＴＣＩ状態指示を含むべきであることが合意された。第１の段階において、ＲＲＣが、ＴＣＩ状態のプールを設定するために使用される。第２の段階において、ＲＲＣ設定されたＴＣＩ状態のうちの１つまたは複数が、ＭＡＣ－ＣＥシグナリングを介してアクティブ化され、ＤＣＩフォーマット１＿１および１＿２中の異なるＴＣＩフィールドコードポイントに関連付けられる。最終的に、第３の段階において、ＤＣＩシグナリングが、ＭＡＣ－ＣＥを介してアクティブ化されたＴＣＩ状態のうちの１つ（または、別個のＴＣＩ状態がＤＬチャネル／信号およびＵＬチャネル／信号のために使用される場合は２つのＴＣＩ状態）を選択するために使用される。
【0031】
ＲＡＮ１＃１０３－ｅ会議において、以下の合意に見られるように、ジョイントビーム指示（「ジョイントＤＬ／ＵＬ ＴＣＩ」）と別個のＤＬ／ＵＬビーム指示（「別個のＤＬ／ＵＬ ＴＣＩ」）の両方サポートすることが合意された。ジョイントＤＬ／ＵＬ ＴＣＩの場合、（たとえば、ＤＬ ＴＣＩ状態またはジョイントＴＣＩ状態であり得る）単一のＴＣＩ状態が、ＤＬ信号／チャネルとＵＬ信号／チャネルの両方のための送信／受信空間フィルタを決定するために使用される。別個のＤＬ／ＵＬ ＴＣＩの場合、あるＴＣＩ状態（たとえばＤＬ ＴＣＩ状態）が、ＤＬ信号／チャネルのための受信空間フィルタを指示するために使用され得、別個のＴＣＩ状態（たとえばＵＬ ＴＣＩ状態）が、ＵＬ信号／チャネルのための送信空間フィルタを指示するために使用され得る。
【0032】
合意
【0033】
Ｒｅｌ．１７統合ＴＣＩフレームワークにおいてジョイントＤＬ／ＵＬビーム指示または別個のＤＬ／ＵＬビーム指示をサポートするためのビーム指示シグナリング媒体上で、
・ アクティブＴＣＩ状態からのジョイントＤＬ／ＵＬビーム指示または別個のＤＬ／ＵＬビーム指示を指示するために、少なくともＵＥ固有（ユニキャスト）ＤＣＩを使用するＬ１ベースビーム指示をサポートする
〇 既存のＤＣＩフォーマット１＿１および１＿２がビーム指示のために再使用される
・ Ｒｅｌ．１５／１６に類似する、ＭＡＣ ＣＥを介した、１つまたは複数のＴＣＩ状態のアクティブ化をサポートする
・ アクティブＴＣＩ状態からのジョイントＤＬ／ＵＬビーム指示または別個のＤＬ／ＵＬビーム指示を指示するために、少なくともＵＥ固有（ユニキャスト）ＤＣＩを使用するＬ１ベースビーム指示をサポートする
〇 既存のＤＣＩフォーマット１＿１および１＿２がビーム指示のために再使用される
・ Ｒｅｌ．１５／１６に類似する、ＭＡＣ ＣＥを介した、１つまたは複数のＴＣＩ状態のアクティブ化をサポートする
【0034】
合意
【0035】
Ｒｅｌ－１７統合ＴＣＩフレームワーク上で、ＵＬとＤＬとのための別個のビーム指示の場合に適応するために、
・ ２つの別個のＴＣＩ状態、ＤＬのための１つのＴＣＩ状態とＵＬのための１つのＴＣＩ状態とを利用する。
・ 別個のＤＬ ＴＣＩの場合、
〇 Ｍ個のＴＣＩ中の（１つまたは複数の）ソース参照信号が、少なくとも、ＰＤＳＣＨ上でのＵＥ専用受信についての、およびＣＣ中のＣＯＲＥＳＥＴのすべてまたはサブセット上でのＵＥ専用受信についての、ＱＣＬ情報を提供する
・ 別個のＵＬ ＴＣＩの場合、
〇 Ｎ個のＴＣＩ中の（１つまたは複数の）ソース参照信号が、少なくとも、動的グラント／設定済みグラントベースＰＵＳＣＨ、ＣＣ中の専用ＰＵＣＣＨリソースのすべてまたはサブセットのための、（１つまたは複数の）共通ＵＬ ＴＸ空間フィルタを決定するための参照を提供する
〇 随意に、このＵＬ ＴＸ空間フィルタはまた、アンテナ切替え／コードブックベース／非コードブックベースＵＬ送信のために設定された（１つまたは複数の）リソースセット中のすべてのＳＲＳリソースに適用され得る
・ ＦＦＳ：ＵＬ ＴＣＩ状態が、ＤＬ ＴＣＩ状態からの、共通／同じＴＣＩ状態プールからとられるのか別個のＴＣＩ状態プールからとられるのか
・ ２つの別個のＴＣＩ状態、ＤＬのための１つのＴＣＩ状態とＵＬのための１つのＴＣＩ状態とを利用する。
・ 別個のＤＬ ＴＣＩの場合、
〇 Ｍ個のＴＣＩ中の（１つまたは複数の）ソース参照信号が、少なくとも、ＰＤＳＣＨ上でのＵＥ専用受信についての、およびＣＣ中のＣＯＲＥＳＥＴのすべてまたはサブセット上でのＵＥ専用受信についての、ＱＣＬ情報を提供する
・ 別個のＵＬ ＴＣＩの場合、
〇 Ｎ個のＴＣＩ中の（１つまたは複数の）ソース参照信号が、少なくとも、動的グラント／設定済みグラントベースＰＵＳＣＨ、ＣＣ中の専用ＰＵＣＣＨリソースのすべてまたはサブセットのための、（１つまたは複数の）共通ＵＬ ＴＸ空間フィルタを決定するための参照を提供する
〇 随意に、このＵＬ ＴＸ空間フィルタはまた、アンテナ切替え／コードブックベース／非コードブックベースＵＬ送信のために設定された（１つまたは複数の）リソースセット中のすべてのＳＲＳリソースに適用され得る
・ ＦＦＳ：ＵＬ ＴＣＩ状態が、ＤＬ ＴＣＩ状態からの、共通／同じＴＣＩ状態プールからとられるのか別個のＴＣＩ状態プールからとられるのか
【0036】
「ジョイントＤＬ／ＵＬ ＴＣＩ」の場合および「別個のＤＬ／ＵＬ ＴＣＩ」の場合、Ｒｅｌ－１５／１６ ＴＣＩ状態フレームワークに類似するＤＬラージスケールＱＣＬ特性が、１つのＲＳ（ｑｃｌ－Ｔｙｐｅ１）または２つのＲＳ（ｑｃｌ－Ｔｙｐｅ１およびｑｃｌ－Ｔｙｐｅ２）から推論されることが、さらに合意された。また、「ジョイントＤＬ／ＵＬ ＴＣＩ」の場合、ＵＬ空間フィルタがＤＬ ＱＣＬタイプＤのＲＳから導出される。
【0037】
ｍＴＲＰ動作についてのＵＲＬＬＣ信頼性
【0038】
２つの異なるＴＲＰ上で、（ＴＤＭ／ＦＤＭまたはＳＤＭを使用する）ＰＤＳＣＨ送信を繰り返すことによる、ＰＤＳＣＨについて指定された場合の、ＮＲ ｒｅｌ－１６ ｍＴＲＰ（マルチＴＲＰ）信頼性強化では。ＮＲ Ｒｅｌ－１７では、ＵＲＬＬＣ信頼性強化は、２つの異なるＴＲＰからのＴＤＭ繰返しを使用することによって、ＰＵＳＣＨおよびＰＵＣＣＨについても拡張されることになる。（一般に、ｅＭＢＢ適用例のために役立つ）ｓＴＲＰ（単一ＴＲＰ）動作と、（一般に、ＵＲＬＬＣ適用例のために役立つ）ｍＴＲＰ動作との間で迅速に切り替えるために、これらの２つの動作モード間での動的切換えをサポートすることが合意された。ＲＡＮ１＃１０５ｅからの以下の合意参照。
【0039】
合意
【0040】
（新しいフィールドについての２ビットをサポートすることを伴う）作業仮定を確認する。
・ 非ＣＢ／ＣＢベースＭＴＲＰ ＰＵＳＣＨ繰返しのためのＳＴＲＰ／ＭＴＲＰ動的切換えを指示することについて、
〇 少なくともＳ－ＴＲＰ動作またはＭ－ＴＲＰ動作を指示するための、ＤＣＩ中の新しいフィールドを導入する。
〇 新しいフィールドは２ビットである
・ 非ＣＢ／ＣＢベースＭＴＲＰ ＰＵＳＣＨ繰返しのためのＳＴＲＰ／ＭＴＲＰ動的切換えを指示することについて、
〇 少なくともＳ－ＴＲＰ動作またはＭ－ＴＲＰ動作を指示するための、ＤＣＩ中の新しいフィールドを導入する。
〇 新しいフィールドは２ビットである
【0041】
合意
【0042】
動的切換えのための、ＤＣＩ中の新しいフィールドについて、代替形態１（修正）をサポートする。
【0043】
代替形態１は、以下の組合せを伴う２ビットをサポートする。
より低いＩＤを伴うＳＲＳリソースセットが第１のＳＲＳリソースセットであり、他方のＳＲＳリソースセットが第２のＳＲＳリソースセットである。
【0044】
上記の合意では、ＤＣＩ中の２つのＳＲＩ（ＳＲＳリソースインジケータ）フィールドが、２つのＴＲＰに対応するＳＲＳリソースを指示するために使用される。ＳＲＳリソースは、２つのＴＲＰに対応する空間関係を提供し、それらの空間関係は、２つのＴＲＰに対応する（１つまたは複数の）空間送信フィルタを導出するために使用される。たとえば、第１のＳＲＩフィールドは、第１のＴＲＰに対応する第１の空間関係を提供し、第１の空間関係は、第１のＴＲＰに対応する１つまたは複数のＰＵＳＣＨ送信機会（またはＰＵＳＣＨ繰返し）を送信するために使用される。同様に、第２のＳＲＩフィールドは、第２のＴＲＰに対応する第２の空間関係を提供し、第２の空間関係は、第２のＴＲＰに対応する１つまたは複数のＰＵＳＣＨ送信機会（またはＰＵＳＣＨ繰返し）を送信するために使用される。ＴＲＰという用語は、３ＧＰＰ仕様において指定されないことがあることに留意されたい。代わりに、ＳＲＩという用語が、３ＧＰＰ仕様において使用され得、これは、ＴＲＰを表すことが理解される。
【0045】
複数送信ポイント（ＴＲＰ）へのＵＬ送信
【0046】
複数送信ポイントを用いたＰＤＳＣＨ送信が、ＮＲ Ｒｅｌ－１６について３ＧＰＰにおいて導入されており、送信信頼性を改善するために複数ＴＲＰ上でトランスポートブロックが送信され得る。
【0047】
ＮＲ Ｒｅｌ－１７では、（異なるスロットにおいて、またはサブスロットまたはミニスロットと呼ばれることがあることも知られている、スロット内のシンボルの異なるセットにおいて、のいずれかで）異なる時間において、図５に示されているように、異なるＴＲＰのほうへのＰＵＣＣＨまたはＰＵＳＣＨを送信することによる、複数ＴＲＰを伴うＵＬ強化を導入することが、提案された。図５は、信頼性を増加させるための、複数ＴＲＰのほうへのＰＵＣＣＨ／ＰＵＳＣＨ送信の一例を示す。
【0048】
１つのシナリオでは、各々、異なるＴＲＰのほうへの、複数のＰＵＣＣＨ／ＰＵＳＣＨ送信が、単一のＤＣＩによってスケジュールされ得る。たとえば、複数の空間関係（すなわち、空間ビーム）がＰＵＣＣＨリソースのためにアクティブ化され得、ＰＵＣＣＨリソースは、ＰＤＳＣＨをスケジュールするＤＣＩ中でシグナリングされ得る。次いで、ＰＤＳＣＨに関連付けられたＨＡＲＱ Ａ／Ｎが、ＰＵＣＣＨによって搬送され、これは、次いで、スロット内でまたは複数のスロットにわたってのいずれかで、複数回繰り返され、各繰返しは、異なるＴＲＰのほうへのものである。一例が図６に示されており、ここで、ＰＤＳＣＨはＤＣＩによってスケジュールされ、対応するＨＡＲＱ Ａ／Ｎは、ＰＵＣＣＨ中で送られ、これは、時間的に２回、ＴＲＰ＃１のほうへ１回、およびＴＲＰ＃２のほうへもう１回、繰り返される。各ＴＲＰはＰＵＣＣＨ空間関係に関連付けられる。図６は、各々、異なるＴＲＰのほうへの、単一ＤＣＩトリガ型ＰＵＣＣＨ繰返しの一例を示す。
【0049】
ＰＵＳＣＨ繰返しの一例が図７に示されており、ここで、同じＴＢのための２つのＰＵＳＣＨ繰返しが単一のＤＣＩによってスケジュールされ、各ＰＵＳＣＨ機会が、異なるＴＲＰのほうへ送信される。図７は、各々、異なるＴＲＰのほうへの、例示的なＰＵＳＣＨ繰返しを示す。各ＴＲＰは、ＤＣＩ中でシグナリングされたＳＲＩまたはＵＬ ＴＣＩ状態に関連付けられる。所与のＴＲＰのほうへＰＵＳＣＨ繰返しを送信するために使用される空間送信フィルタが、対応するＳＲＩまたはＵＬ ＴＣＩ状態によって提供されることに留意されたい。
【0050】
新しい統合ＤＬ／ＵＬ ＴＣＩフレームワークのための電力制御
【0051】
Ｒｅｌ－１７では、ＵＬ ＰＣパラメータ（Ｐ０、ａｌｐｈａ、閉ループインデックス）のセットが、ジョイント／ＵＬ ＴＣＩ状態（ジョイント／ＵＬ ＴＣＩ状態はセクション２．５において説明される）に関連付けられ得ることが合意された。ジョイント／ＵＬ ＴＣＩ状態ごとのＵＬ ＰＣパラメータの２つの異なるセット、ＰＵＣＣＨのための１つのセットとＰＵＳＣＨのための１つのセットとがあり得ることも合意された。ＰＬ－ＲＳ（パスロス参照信号）がジョイント／ＵＬ ＴＣＩ状態に関連付けられ得ることも、前に合意された。その関連付けが厳密にどのように設定され、ＵＥにシグナリングされるかは、依然として、３ＧＰＰにおいて議論中である。
【0052】
ＮＲにおける設定済みグラント
【0053】
動的スケジューリングに加えて、設定済みグラント（ＣＧ）を使用する、ＰＵＳＣＨの半永続スケジューリングも、ＮＲにおいてサポートされる。ＮＲにおいてサポートされる２つのタイプのＣＧベースＰＵＳＣＨ、すなわち、ＣＧタイプ１とＣＧタイプ２とがある。ＣＧタイプ１ ＰＵＳＣＨでは、周期性および時間領域オフセット、リソース割り当て、ＭＣＳ、電力制御パラメータ（すなわち、ａｌｐｈａ、Ｐ０、閉ループインデックス、およびＰＬ－ＲＳ）、ＳＲＳリソースインジケータ、プリコーディング行列、およびレイヤの数などを含む、すべてのパラメータが、ＲＲＣによって設定される。したがって、ＣＧタイプ１ ＰＵＳＣＨは、ＲＲＣ設定されたＣＧとも呼ばれる。
【0054】
ＣＧタイプ２ ＰＵＳＣＨでは、ＣＧ ＰＵＳＣＨ送信は、ＤＣＩによってアクティブ化またはアクティブ化解除される。周期性およびいくつかの電力制御パラメータ（すなわち、ａｌｐｈａ、Ｐ０、閉ループインデックス）など、いくつかのパラメータが、ＲＲＣによって設定される。リソース割り当て、ＭＣＳ、ＳＲＳリソースインジケータ、プリコーディング行列、およびレイヤの数、ＰＬ－ＲＳなど、他のパラメータが、アクティブ化ＤＣＩ中で指示される。
【0055】
ＲＲＣにおける情報エレメント（ＩＥ）ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇが、ＣＧタイプ１またはＣＧタイプ２に従う動的グラントなしのＰＵＳＣＨ送信を設定するために使用される。複数のＣＧ設定が、サービングセルの１つのＢＷＰにおいて設定され得る。ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥの一部が以下に示されている。
ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ情報エレメント
ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ情報エレメント
【0056】
本開示のいくつかの態様およびそれらの実施形態は、これらまたは他の課題のソリューションを提供し得る。統合ＴＣＩ状態フレームワークのための設定済みグラント動作が、現在、主に、ＮＲにおけるｓＴＲＰ動作について指定されている。ｍＴＲＰ動作に対する統合ＴＣＩ状態フレームワークのための設定済みグラント動作をどのようにサポートすべきかと、関連付けられたシグナリング詳細とは、依然として、解決される必要がある未解決の問題である。３ＧＰＰでは、ＦＲ２のためのＵＬ送信に関するこれまでの議論は、主に、（各時間インスタンスにおける）単一パネル送信を用いるＵＥについてのものであった。複数パネルにわたる同時送信（ＳＴｘＭＰ）をどのように可能にすべきかは、依然として、未解決の問題点であり、新しい統合ＴＣＩ状態フレームワークのためにその問題点を解決するためのいくつかの提案された方法が、「Ｆｒａｍｅｗｏｒｋ ｆｏｒ ｓｉｍｕｌｔａｎｅｏｕｓ ｍｕｌｔｉ－ｐａｎｅｌ ＵＬ ｔｒａｎｓｍｉｓｓｉｏｎ」と題する前の出願において開示された。したがって、送信を可能にするための改善されたシステムおよび方法が必要とされる。
【発明の概要】
【0057】
マルチパネルアップリンク（ＵＬ）送信のための設定済みグラントのためのシステムおよび方法が提供される。いくつかの実施形態では、複数送信受信ポイント（ＴＲＰ）に物理アップリンク共有チャネル（ＰＵＳＣＨ）設定済みグラントを送信するための、ユーザ機器（ＵＥ）によって実行される方法が、複数ＴＲＰ（ｍＴＲＰ）動作を指示する少なくとも１つの統合送信設定インジケータ（ＴＣＩ）状態の設定を受信することと、繰返しを使用するｍＴＲＰ動作、または複数パネルにわたる同時送信（ＳＴｘＭＰ）を使用するｍＴＲＰ動作のいずれかを指示する、設定済みグラントの指示を受信することと、統合ＴＣＩ状態の設定および／または設定済みグラントの設定に従ってＰＵＳＣＨを送信することとを含む。このようにして、統合ＴＣＩ状態フレームワークが、設定済みグラントのためのｍＴＲＰおよびマルチパネル送信に拡張され得る。統合ＴＣＩ状態フレームワークでは、ＵＬ送信のために別個の空間関係が設定される必要がない。したがって、統合ＴＣＩ状態フレームワークは、いくつかの上位レイヤオーバーヘッド節約を提供することができる。設定済みグラントのためのｍＴＲＰおよびマルチパネル送信のための統合ＴＣＩ状態フレームワークを拡張することによって、設定済みグラントベースＰＵＳＣＨも、この利点を活用することができる。
【0058】
いくつかの実施形態では、ＰＵＳＣＨ設定済みグラントを受信するための、ネットワークノードによって実行される方法が、ＵＥに、ｍＴＲＰ動作を指示する少なくとも１つの統合ＴＣＩ状態の設定を送信することと、ＵＥに、繰返しを使用するｍＴＲＰ動作、またはＳＴｘＭＰを使用するｍＴＲＰ動作のいずれかを指示する、設定済みグラントの指示を送信することと、ＵＥから、統合ＴＣＩ状態の設定および／または設定済みグラントの設定に従ってＰＵＳＣＨを受信することとを含む。
【0059】
いくつかの実施形態では、受信された設定は、少なくとも２つの統合ＴＣＩ状態を含む。
【0060】
いくつかの実施形態では、少なくとも１つの統合ＴＣＩ状態の受信された設定は、２つのＴＲＰへのＵＬ送信を指示する。
【0061】
いくつかの実施形態では、少なくとも１つの統合ＴＣＩ状態についての受信された設定は、２つのジョイント／ＵＬ ＴＣＩ状態を適用することによって２つのＴＲＰへのＵＬ送信を指示する。
【0062】
いくつかの実施形態では、指示は、ＳＴｘＭＰまたは繰返しのいずれかを使用するｍＴＲＰ動作を明示的に指示する。いくつかの実施形態では、繰返しまたはＳＴｘＭＰのいずれかを使用するｍＴＲＰ動作の指示は、ＲＲＣシグナリングとＤＣＩとからなるグループのうちの１つを通して伝達される。
【0063】
いくつかの実施形態では、設定済みグラントの指示は、ＳＴｘＭＰを使用する第１の共通ビームと第２の共通ビームとに関連付けられた単一ＣＧ ＰＵＳＣＨ設定を含む。いくつかの実施形態では、ｃｏｒｅｓｅｔＰｏｏｌＩｎｄｅｘとＣＧ－ＰＵＳＣＨとの間の関連付けがある。
【0064】
いくつかの実施形態では、設定済みグラントについての、繰返しを使用するｍＴＲＰ動作の他の指示が、ＵＥによって無視される。いくつかの実施形態では、ＵＥは、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥにおいて設定されたパラメータ「ｐ０－ＰＵＳＣＨ－Ａｌｐｈａ」および「ｐｏｗｅｒＣｏｎｔｒｏｌＬｏｏｐＴｏＵｓｅ」の一方または両方の設定を無視する。
【0065】
いくつかの実施形態では、明示的指示は、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥ中の新しいフィールドにおいて設定される。
【0066】
いくつかの実施形態では、明示的指示は、ＵＬ ＤＣＩ中のフィールドにおいて指示され、１つのコードポイントが、繰返しを使用するｍＴＲＰ動作を指示し、１つのコードポイントが、ＳＴｘＭＰを使用するｍＴＲＰ動作を指示する。
【0067】
本明細書に組み込まれ、本明細書の一部をなす添付の図面は、本開示のいくつかの態様を示し、説明とともに本開示の原理について解説するように働く。
【図面の簡単な説明】
【0068】
【図1】送信設定インジケータ（ＴＣＩ）状態更新に関係する２ステッププロシージャを示す図である。
【図2】ユーザ機器（ＵＥ）固有物理ダウンリンク共有チャネル（ＰＤＳＣＨ）のためのＴＣＩ状態をアクティブ化／アクティブ化解除するための媒体アクセス制御（ＭＡＣ）制御エレメント（ＣＥ）の構造を示す図である。
【図3】ＴＣＩ状態のダウンリンク制御情報（ＤＣＩ）指示の一例を示す図である。
【図4】拡張された論理チャネルＩＤ（ｅＬＣＩＤ）を伴うＭＡＣプロトコルデータユニット（ＰＤＵ）サブヘッダを示す図である。
【図5】信頼性を増加させるための、複数送信受信ポイント（ＴＲＰ）のほうへの物理アップリンク制御チャネル（ＰＵＣＣＨ）／物理アップリンク共有チャネル（ＰＵＳＣＨ）送信の一例を示す図である。
【図6】各々、異なるＴＲＰのほうへの、単一ＤＣＩトリガ型ＰＵＣＣＨ繰返しの一例を示す図である。
【図7】各々、異なるＴＲＰのほうへの、例示的なＰＵＳＣＨ繰返しを示す図である。
【図8】いくつかの実施形態による、通信システムの一例を示す図である。
【図9】いくつかの実施形態による、ＵＥを示す図である。
【図10】いくつかの実施形態による、ネットワークノードを示す図である。
【図12】いくつかの実施形態によって実装される機能が仮想化され得る、仮想化環境を示すブロック図である。
【図13】いくつかの実施形態による、部分的無線接続上でホストがネットワークノードを介してＵＥと通信することの通信図である。
【発明を実施するための形態】
【0069】
以下に記載される実施形態は、当業者が本実施形態を実践することができるようにするための情報を表し、本実施形態を実践する最良のモードを示す。添付の図面に照らして以下の説明を読むと、当業者は、本開示の概念を理解し、本明細書では特に扱われないこれらの概念の適用例を認識されよう。これらの概念および適用例は、本開示の範囲内に入ることを理解されたい。
【0070】
添付の図面を参照しながら、次に、本明細書で企図される実施形態のうちのいくつかがより十分に説明される。実施形態は、例として、主題の範囲を当業者に伝えるように提供される。
【0071】
本明細書のいくつかの実施形態は、統合ＴＣＩ状態フレームワークのための、（繰返しとＳＴｘＭＰの両方のための）設定済みグラントｍＴＲＰ動作をサポートするための、シグナリングフレームワークを含む。
【0072】
いくつかの実施形態は、（１つまたは複数の）以下の技術的利点のうちの１つまたは複数を提供し得る。いくつかの実施形態では、統合ＴＣＩ状態フレームワークを使用して複数ＴＲＰにＰＵＳＣＨ設定済みグラントを送信するための、ＵＥにおける方法が、ｍＴＲＰ動作を指示する統合ＴＣＩ状態フレームワークの設定を受信することと、繰返しを使用するｍＴＲＰ動作、またはＳＴｘＭＰを使用するｍＴＲＰ動作のいずれかを指示する、設定済みグラントの指示を受信することと、統合ＴＣＩ状態の設定および設定済みグラントの設定に従ってＰＵＳＣＨを送信することとのうちの１つまたは複数を含む。
【0073】
いくつかの実施形態では、統合ＴＣＩ状態フレームワークについての受信された設定は、（たとえば、２つのジョイント／ＵＬ ＴＣＩ状態を適用することによって）２つのＴＲＰへのＵＬ送信を指示する。いくつかの実施形態では、指示は、ＳＴｘＭＰまたは繰返しのいずれかを使用するｍＴＲＰ動作を明示的に指示する。いくつかの実施形態では、繰返しまたはＳＴｘＭＰのいずれかを使用するｍＴＲＰ動作の指示は、ＲＲＣシグナリングを通して伝達される。いくつかの実施形態では、繰返しまたはＳＴｘＭＰのいずれかを使用するｍＴＲＰ動作の指示は、ＤＣＩを通して伝達される。
【0074】
いくつかの実施形態では、設定済みグラントについての、繰返しを使用するｍＴＲＰ動作の他の指示が、ＵＥによって無視される。いくつかの実施形態では、ＵＥは、ＴＳ３８．３３１において指定されているように、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇＩＥにおいて設定されたパラメータ「ｐ０－ＰＵＳＣＨ－Ａｌｐｈａ」および「ｐｏｗｅｒＣｏｎｔｒｏｌＬｏｏｐＴｏＵｓｅ」の一方または両方の設定を無視する。いくつかの実施形態では、（繰返しを使用するｍＴＲＰ動作またはＳＴｘＭＰを使用するｍＴＲＰ動作のいずれかの）明示的指示は、ＴＳ３８．３３１において指定されているように、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥ中の新しいビットフィールドにおいて設定される。いくつかの実施形態では、（繰返しを使用するｍＴＲＰ動作またはＳＴｘＭＰを使用するｍＴＲＰ動作のいずれかの）明示的指示は、ＵＬ ＤＣＩ中のビットフィールドにおいて指示され、１つのコードポイントが、繰返しを使用するｍＴＲＰ動作を指示し、１つのコードポイントが、ＳＴｘＭＰを使用するｍＴＲＰ動作を指示する。
【0075】
提案されるソリューションでは、統合ＴＣＩ状態フレームワークは、設定済みグラントのためのｍＴＲＰおよびマルチパネル送信に拡張され得る。統合ＴＣＩ状態フレームワークでは、ＵＬ送信のために別個の空間関係が設定される必要がない。したがって、統合ＴＣＩ状態フレームワークは、いくつかの上位レイヤオーバーヘッド節約を提供することができる。設定済みグラントのためのｍＴＲＰおよびマルチパネル送信のための統合ＴＣＩ状態フレームワークを拡張することによって、設定済みグラントベースＰＵＳＣＨも、この利点を活用することができる。
【0076】
単一のＣＧが、ｓＴＲＰ送信とｍＴＲＰ（ＳＴｘＭＰおよび繰返し）送信の両方のために使用される。
【0077】
一実施形態では、タイプ１ ＣＧ ＰＵＳＣＨについて、ＴＳ３８．３３１において指定されているように、ＣｏｎｆｉｇｕｒｅｄＧｒａｎＣｏｎｆｉｇ ＩＥにおいて新しいビットフィールドが導入され、その新しいビットフィールドは、ＵＥがｍＴＲＰ ＵＬ送信により指示された場合（たとえば、ＵＥに、２つの適用されたジョイント／ＵＬ ＴＣＩ状態が設定された場合）、ＵＥが、ＣＧベースｍＴＲＰ ＰＵＳＣＨ繰返しを実施するものとするのか、ＣＧベースの、複数パネルにわたるｍＴＲＰ ＰＵＳＣＨ同時送信（ＳＴｘＭＰ）を実施するものとするのかを指示する。ジョイントＴＣＩ状態またはＵＬ ＴＣＩ状態がＤＣＩを介して更新されたとき、ジョイントＴＣＩ状態またはＵＬ ＴＣＩ状態は、適用されたジョイントＴＣＩ状態またはＵＬ ＴＣＩ状態であることに留意されたい。２つのジョイントＴＣＩ状態またはＵＬ ＴＣＩ状態がＤＣＩを介して更新されたとき、ジョイントＴＣＩ状態またはＵＬ ＴＣＩ状態は、適用されたジョイントＴＣＩ状態またはＵＬ ＴＣＩ状態である。これがどのように見え得るかの１つの概略例が、以下の表において見つけられ得る。ここで、（ここでは「ｍＴＲＰ－ｔｒａｎｓｍｉｓｓｉｏｎ－Ｔｙｐｅ」と呼ばれる）新しいパラメータが導入される。パラメータ「ｍＴＲＰ－ｔｒａｎｓｍｉｓｓｉｏｎ－Ｔｙｐｅ」がＳＴｘＭＰに設定された場合、ＵＥは、設定済みグラントのためのｍＴＲＰ ＵＬ送信のために設定されたとき、ｍＴＲＰ ＳＴｘＭＰ ＰＵＳＣＨ送信を適用するべきである。パラメータ「ｍＴＲＰ－ｔｒａｎｓｍｉｓｓｉｏｎ－Ｔｙｐｅ」が、（スロット内でのまたは複数のスロットにわたるのいずれかの）ｍＴＲＰ ＰＵＳＣＨ繰返しのために設定された場合、ＵＥは、設定済みグラントのためのｍＴＲＰ ＵＬ送信のために設定されたとき、（スロット内でまたは複数のスロットにわたってのいずれかで）ｍＴＲＰ ＰＵＳＣＨ繰返しを実施するべきである。
ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ情報エレメント
ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ情報エレメント
【0078】
別の実施形態では、上記の例で示された「ｍＴＲＰ－ｔｒａｎｓｍｉｓｓｉｏｎ－Ｔｙｐｅ」パラメータは、随意に、ＵＥに設定される。「ｍＴＲＰ－ｔｒａｎｓｍｉｓｓｉｏｎ－Ｔｙｐｅ」パラメータの随意の設定に基づいて新しいＵＥ挙動が規定される。随意のパラメータ「ｍＴＲＰ－ｔｒａｎｓｍｉｓｓｉｏｎ－Ｔｙｐｅ」が設定された（たとえば、そのパラメータが「ＳＴｘＭＰ」にセットされた）場合、ＵＥは、設定済みグラントのためのｍＴＲＰ ＵＬ送信のために設定されたとき、ｍＴＲＰ ＳＴｘＭＰ ＰＵＳＣＨ送信を適用する。随意のパラメータ「ｍＴＲＰ－ｔｒａｎｓｍｉｓｓｉｏｎ－Ｔｙｐｅ」が設定されない場合、ＵＥは、設定済みグラントのためのｍＴＲＰ ＵＬ送信のために設定されたとき、（スロット内でまたは複数のスロットにわたってのいずれかで）ｍＴＲＰ ＰＵＳＣＨ繰返しを実施する。
【0079】
上記の実施形態の別の変形態では、随意のパラメータ「ｍＴＲＰ－ｔｒａｎｓｍｉｓｓｉｏｎ－Ｔｙｐｅ」が設定された（たとえば、そのパラメータが「ＳＴｘＭＰ」にセットされた）場合、ＵＥは、設定済みグラントのためのｍＴＲＰ ＵＬ送信のために設定されたとき、ｍＴＲＰ ＳＴｘＭＰ ＰＵＳＣＨ送信を適用する。随意のパラメータ「ｍＴＲＰ－ｔｒａｎｓｍｉｓｓｉｏｎ－Ｔｙｐｅ」が設定されない場合、ＵＥは、設定済みグラントのための、単一ＴＲＰへのＰＵＳＣＨ送信を実施する。この単一ＴＲＰ ＰＵＳＣＨ送信は、３ＧＰＰ ＴＳ３８．３３１におけるＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ設定の一部として設定された繰返しの数に応じて、単一の繰返しまたは複数の繰返しのいずれかからなり得る。単一ＴＲＰ ＰＵＳＣＨ送信について、使用される空間送信フィルタが、設定済みグラントにおいて設定された単一のＳＲＩ（すなわち、３ＧＰＰ ＴＳ３８．３３１においてＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ情報エレメントの一部として設定されたｓｒｓ－ＲｅｓｏｕｒｃｅＩｎｄｉｃａｔｏｒ）によって提供されることに留意されたい。
【0080】
一実施形態では、２つのジョイント／ＵＬ ＴＣＩ状態が適用されたＵＥ、およびＵＥにタイプ２ ＣＧが設定された場合、ＵＬ ＤＣＩ中の新しい（または古い再利用される）ビットフィールドが、ＵＥが、ＣＧベースｍＴＲＰ ＰＵＳＣＨ繰返しを実施するものとするのか、ＣＧベースｍＴＲＰ ＰＵＳＣＨ ＳＴｘＭＰを実施するものとするのかを指示するために使用される。この実施形態の一代替では、新しいビットフィールドは、ＣＧベースｓＴＲＰ ＰＵＳＣＨ送信が実施されるべきであるかどうか（および実施されるべきである場合、どのＴＲＰに対して実施されるべきであるか）を指示するためにも使用され得る。この実施形態の一代替は、ｓＴＲＰまたはｍＴＲＰ ＰＵＳＣＨ繰返しを指示するための、Ｒｅｌ－１７においてＵＬ ＤＣＩについて導入された新しいビットフィールドは、このビットフィールド中の少なくとも１つのコードポイントが、ＣＧベースｍＴＲＰ ＰＵＳＣＨ ＳＴｘＭＰを指示するために使用されるように、拡張または再利用される。このビットフィールドがどのように見え得るかの２つの概略例が、以下で示される。
【0081】
複数ＴＲＰへのＵＥによる同時ＰＵＳＣＨ送信について、マルチＴＲＰへの送信は、ここでは空間分割多重化（ＳＤＭ）と呼ぶ、同じ時間／周波数リソースを共有するか、または、ここでは周波数分割多重化（ＦＤＭ）と呼ぶ、異なるＴＲＰのための異なる周波数領域リソースを使用し得る。したがって、ＣＧ設定はまた、ＳＤＭが使用されるのか、ＦＤＭが使用されるのかを指示し得る。
【0082】
異なるデータが、異なるＴＲＰに送られ得、単一のまたは複数のトランスポートブロック（ＴＢ）に関連付けられ得る。単一のＴＢの場合、ＴＢは、単一のコードワード（ＣＷ）において符号化され、単一のＭＣＳを割り当てられることになる。複数のＴＢの場合、それらのＴＢは、各ＴＲＰについて１つの、異なるＣＷにおいて符号化されることになる。ＣＷの各々は、異なる数のレイヤと、異なるＭＣＳとを有し得る。したがって、ＣＧ設定はまた、ＳＤＭが使用されるのか、ＦＤＭが使用されるのかと、さらに、単一のＴＢが使用されるのか、複数のＴＢが使用されるのかを指示し得る。代替的に、仕様によって単一のＴＢが事前決定されるのか、複数のＴＢが事前決定されるのか。複数のＴＢの場合、ＣＷごとの別個のＭＣＳがＣＧ設定の一部として設定され得る。
【0083】
複数ＴＲＰへのＰＵＳＣＨ送信について、ＴＲＰは、統合ＴＣＩ状態またはＵＬ ＴＣＩ状態によって表され得る。したがって、複数の統合ＴＣＩ状態またはＵＬ ＴＣＩ状態が各ＣＧ ＰＵＳＣＨについて設定され得る。（コードブックベースＰＵＳＣＨの場合の）レイヤの数を伴うプリコーディング行列と、電力制御パラメータのセットとが、各ＴＲＰについて設定され得る。
【0084】
いくつかの実施形態では、（コードブックベースＰＵＳＣＨの場合の）レイヤの数を伴うプリコーディング行列、および／または電力制御パラメータのセットが、各統合ＴＣＩ状態またはＵＬ ＴＣＩ状態の一部として設定され得る。複数の統合ＴＣＩ状態またはＵＬ ＴＣＩ状態が各ＣＧ ＰＵＳＣＨについて設定されたとき、複数の統合ＴＣＩ状態またはＵＬ ＴＣＩ状態において設定された、レイヤの数を伴うプリコーディング行列、および／または電力制御パラメータのセットが、ＣＧ ＰＵＳＣＨ送信のために使用されることになる。
【0085】
ＳＤＭの場合、異なるＤＭＲＳポートが、異なるＴＲＰへのＰＵＳＣＨ送信のために割り当てられることになる。ＤＭＲＳポートは、一緒に割り当てられ、たとえば、ＤＭＲＳポート｛ｘ，ｙ，ｚ｝であり得、各ＴＲＰへのそれらのポートの関連付けが、各ＴＲＰに関連付けられたレイヤの数によって識別され得る。たとえば、１つのレイヤが第１のＴＲＰに割り当てられ、２つのレイヤが第２のＴＲＰに割り当てられた場合、ＤＭＲＳポートｘは、第１のＴＲＰに関連付けられ、ＤＭＲＳポート｛ｙ，ｚ｝は、第２のＴＲＰに関連付けられる。
【0086】
ＦＤＭの場合、（１つまたは複数の）同じＤＭＳポートが両方のＴＲＰへのＰＵＳＣＨ送信のために使用され得る。単一の周波数領域リソースが割り当てられ得、複数ＴＲＰの間でリソースを区分するために暗黙的ルールが使用され得る。たとえば、２つのＴＲＰの場合、およびＮ個のＲＢが割り当てられる場合、最初の
個のＲＢは第１のＴＲＰに割り当てられ得、残りのＰＲＢは第２のＴＲＰに割り当てられる。別の例では、２つのＴＲＰの場合、およびＮ個のＲＢが割り当てられる場合、奇数個のＲＢは第１のＴＲＰに割り当てられ得、偶数個のＲＢは第２のＴＲＰに割り当てられる。
【0087】
ＰＵＳＣＨ送信について、ＵＥ ＴｘアンテナまたはパネルがＳＲＳリソースによって規定される。２つのパネルを用いて同時にＰＵＳＣＨを送信するために、対応する２つのＳＲＳリソースがＵＥに指示される必要がある。ＣＧ ＰＵＳＣＨ送信のための複数のＵＬ ＴＣＩ状態またはジョイントＴＣＩ状態がＵＥに設定されたとき／それによりＵＥが指示されたとき、ＣＧ ＰＵＳＣＨ送信のための送信空間フィルタがＵＬ ＴＣＩ状態またはジョイントＴＣＩ状態によって提供されることに留意されたい。ＳＲＳリソースに関連付けられた空間関係は、設定された場合、この実施形態では、ＣＧ ＰＵＳＣＨ送信のための送信空間フィルタを提供しない。しかしながら、ＳＲＳリソースは、ＣＧ ＰＵＳＣＨが送信される、アンテナポートを決定するために、ＵＥによって使用される。
【0088】
要約すれば、２つのＴＲＰへのＳＴｘＭＰを伴うＣＧ ＰＵＳＣＨについて、以下の追加のフィールドのうちの１つまたは複数が、以下で示されるように、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇの下で設定され得る（ＣＧ ＰＵＳＣＨを設定するための追加のフィールド）。
ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ情報エレメント
ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ情報エレメント
【0089】
複数のＣＧが、ｍＴＲＰ（ＳＴｘＭＰおよび／または繰返し）送信のために使用される。
【0090】
一実施形態では、ＣＧは、ＲＲＣシグナリングを通して１つまたは複数の共通ビームに関連付けられ得る。詳細な実施形態では、新しいＲＲＣフィールドが、ＴＳ３８．３３１において指定されているＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥ中に含まれ、新しいフィールドは、ＣＧが、どの（１つまたは複数の）共通ビームに関連付けられるべきであるかを指示することができる。新しいフィールドは、いくつかのコードポイントからなり、各コードポイントは、１つのオプションに関連付けられ、候補オプションは、たとえば、以下のうちの１つまたは複数であり得る。
・ ＣＧ ＰＵＳＣＨが第１の共通ビームに関連付けられる
・ ＣＧ ＰＵＳＣＨが第２の共通ビームに関連付けられる
・ ＣＧ ＰＵＳＣＨが、繰返しを使用する第１の共通ビームと第２の共通ビームとに関連付けられる
・ ＣＧ ＰＵＳＣＨが第１の共通ビームに関連付けられる
・ ＣＧ ＰＵＳＣＨが第２の共通ビームに関連付けられる
・ ＣＧ ＰＵＳＣＨが、繰返しを使用する第１の共通ビームと第２の共通ビームとに関連付けられる
【0091】
上記の例では、ＣＧ ＰＵＳＣＨが、単一の共通ビーム（第１の共通ビームまたは第２の共通ビームのいずれか）に関連付けられたとき、ＣＧ ＰＵＳＣＨは、単一ＴＲＰのほうへ送信される。ＣＧ ＰＵＳＣＨが２つの共通ビームに関連付けられたとき、ＣＧ ＰＵＳＣＨは、２つのＴＲＰのほうへ送信される。上記の例における共通ビームは、ＵＬ ＴＣＩ状態またはジョイントＴＣＩ状態から導出され得、１つの共通ビームが単一のＵＬ ＴＣＩ状態またはジョイントＴＣＩ状態から導出されることに留意されたい。１つの共通ビームは、本質的に、単一のＵＬ ＴＣＩ状態またはジョイントＴＣＩ状態から導出された、ＣＧ ＰＵＳＣＨを送信するために使用される空間フィルタである。特定の一例では、ＣＧ ＰＵＳＣＨを単一の共通ビームに関連付けるために、単一のＵＬ ＴＣＩ状態またはジョイントＴＣＩ状態がＲＲＣフィールドの１つのコードポイントにマッピングされる。同様に、ＣＧ ＰＵＳＣＨを２つの共通ビームに関連付けるために、２つのＵＬ ＴＣＩ状態またはジョイントＴＣＩ状態がＲＲＣフィールドの１つのコードポイントにマッピングされる。
【0092】
一実施形態では、ＳＴｘＭＰは、ＵＥに２つの異なるＣＧを設定することによってそのＵＥのために設定され得、１つのＣＧが第１の共通ビームに関連付けられ、第２のＣＧが第２の共通ビームに関連付けられる（ＳＴｘＭＰは、２つのＣＧのためのＰＵＳＣＨ時間割り当てが少なくとも部分的に重複している場合、行われることになる）。
【0093】
別の実施形態では、ＳＴｘＭＰは、ＵＥに単一ＣＧ ＰＵＳＣＨ設定を設定することによって、そのＵＥのために設定され得る。この場合、ＣＧ ＰＵＳＣＨは、ＳＴｘＭＰを使用する第１の共通ビームと第２の共通ビームとに関連付けられる。
【0094】
一実施形態では、統合ＴＣＩ状態フレームワークのためのｍＤＣＩベースｍＴＲＰ動作について、その動作は、ｃｏｒｅｓｅｔＰｏｏｌＩｎｄｅｘが、共通ビームインデックスに関連付けられる（または、適用されたジョイント／ＵＬ ＴＣＩ状態に関連付けられる）ようなものであり得る。この場合、ｃｏｒｅｓｅｔＰｏｏｌＩｎｄｅｘとＣＧとの間の関連付けがあり得る。１つの詳細な実施形態では、ｃｏｒｅｓｅｔＰｏｏｌＩｎｄｅｘへの関連付けを指示するために使用される新しいフィールドがＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥ中に含まれる。別の詳細な実施形態では、設定済みグラントとｃｏｒｅｓｅｔＰｏｏｌＩｎｄｅｘとの間の関連付けは、新しい情報エレメントを通して指示される。
【0095】
いくつかの実施形態では、ＵＥに統合ＴＣＩ状態フレームワークが設定されたとき、ＵＥは、ＴＳ３８．３３１において指定されているように、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇＩＥにおいて設定された（１つまたは複数の）電力制御パラメータ「ｐ０－ＰＵＳＣＨ－Ａｌｐｈａ」および「ｐｏｗｅｒＣｏｎｔｒｏｌＬｏｏｐＴｏＵｓｅ」を無視するべきである。代わりに、ＵＥは、設定済みグラントＰＵＳＣＨ送信のための統合ＴＣＩ状態フレームワークに関連付けられた電力制御パラメータを使用するべきである。
【0096】
図８は、いくつかの実施形態による、通信システム８００の一例を示す。
【0097】
本例では、通信システム８００は、無線アクセスネットワーク（ＲＡＮ）などのアクセスネットワーク８０４と、１つまたは複数のコアネットワークノード８０８を含むコアネットワーク８０６とを含む通信ネットワーク８０２を含む。アクセスネットワーク８０４は、ネットワークノード８１０Ａおよび８１０Ｂなど、１つまたは複数のアクセスネットワークノード（それらのうちの１つまたは複数は、一般に、ネットワークノード８１０と呼ばれることがある）、あるいは任意の他の同様の第３世代パートナーシッププロジェクト（３ＧＰＰ）アクセスノードまたは非３ＧＰＰアクセスポイント（ＡＰ）を含む。ネットワークノード８１０は、ＵＥ８１２Ａ、８１２Ｂ、８１２Ｃ、および８１２Ｄ（それらのうちの１つまたは複数は、一般に、ＵＥ８１２と呼ばれることがある）を、１つまたは複数の無線接続上でコアネットワーク８０６に接続することなどによる、ユーザ機器（ＵＥ）の直接的接続または間接的接続を容易にする。
【0098】
無線接続上での例示的な無線通信は、ワイヤ、ケーブル、または他の材料導体を使用せずに、情報を伝達するのに好適な、電磁波、電波、赤外波、および／または他のタイプの信号を使用して無線信号を送信および／または受信することを含む。その上、異なる実施形態では、通信システム８００は、任意の数の有線または無線ネットワーク、ネットワークノード、ＵＥ、ならびに／あるいは有線接続を介してかまたは無線接続を介してかにかかわらず、データおよび／または信号の通信を容易にするかまたはその通信に参加し得る、任意の他の構成要素またはシステムを含み得る。通信システム８００は、任意のタイプの通信（ｃｏｍｍｕｎｉｃａｔｉｏｎ）、通信（ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）、データ、セルラ、無線ネットワーク、および／または他の同様のタイプのシステムを含み、および／またはそれらとインターフェースし得る。
【0099】
ＵＥ８１２は、ネットワークノード８１０および他の通信デバイスと無線で通信するように構成された、設定された、および／または動作可能な無線デバイスを含む、多種多様な通信デバイスのうちのいずれかであり得る。同様に、ネットワークノード８１０は、ＵＥ８１２と、ならびに／あるいは、無線ネットワークアクセスなどのネットワークアクセスを可能にし、および／または提供するための、ならびに／あるいは、通信ネットワーク８０２におけるアドミニストレーションなどの他の機能を実施するための、通信ネットワーク８０２中の他のネットワークノードまたは機器と、直接的にまたは間接的に通信するように構成され、そうすることが可能であり、そうするように設定され、および／または動作可能である。
【0100】
図示された例では、コアネットワーク８０６は、ネットワークノード８１０を、ホスト８１６などの１つまたは複数のホストに接続する。これらの接続は、直接的であるか、あるいは１つまたは複数の中間ネットワークまたはデバイスを介して間接的であり得る。他の例では、ネットワークノードは、ホストに直接的に結合され得る。コアネットワーク８０６は、ハードウェアおよびソフトウェア構成要素で構造化された、１つまたは複数のコアネットワークノード（たとえば、コアネットワークノード８０８）を含む。これらの構成要素の特徴は、ＵＥ、ネットワークノード、および／またはホストに関して説明されるものと実質的に同様であり得、したがって、それらの説明は、概して、コアネットワークノード８０８の対応する構成要素に適用可能である。例示的なコアネットワークノードは、モバイルスイッチングセンタ（ＭＳＣ）、モビリティ管理エンティティ（ＭＭＥ）、ホーム加入者サーバ（ＨＳＳ）、アクセスおよびモビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、認証サーバ機能（ＡＵＳＦ）、加入識別子秘匿化解除機能（ＳＩＤＦ：Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ Ｄｅ－ｃｏｎｃｅａｌｉｎｇ Ｆｕｎｃｔｉｏｎ）、統合データ管理（ＵＤＭ）、セキュリティエッジ保護プロキシ（ＳＥＰＰ）、ネットワーク公開機能（ＮＥＦ）、および／またはユーザプレーン機能（ＵＰＦ）のうちの１つまたは複数の機能を含む。
【0101】
ホスト８１６は、アクセスネットワーク８０４および／または通信ネットワーク８０２のオペレータまたはプロバイダ以外の、サービスプロバイダの所有または制御下にあり得、サービスプロバイダによってまたはサービスプロバイダの代わりに動作され得る。ホスト８１６は、１つまたは複数のサービスを提供するために、様々なアプリケーションをホストし得る。そのようなアプリケーションの例は、ライブおよびあらかじめ記録されたオーディオ／ビデオコンテンツ、複数のＵＥによって検出された様々な周囲条件に関するデータを取り出し、コンパイルすることなど、データ収集サービス、分析機能、ソーシャルメディア、リモートデバイスを制御するかまたは場合によってはリモートデバイスと対話するための機能、アラームおよびサーベイランスセンタのための機能、あるいは、サーバによって実施される任意の他のそのような機能を含む。
【0102】
全体として、図８の通信システム８００は、ＵＥ、ネットワークノード、およびホストの間のコネクティビティを可能にする。その意味で、通信システム８００は、限定はしないが、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ならびに／あるいは他の好適な第２、第３、第４、または第５世代（２Ｇ、３Ｇ、４Ｇ、または５Ｇ）規格、または任意の適用可能な将来世代規格（たとえば、第６世代（６Ｇ））、米国電気電子技術者協会（ＩＥＥＥ）８０２．１１規格（ＷｉＦｉ）などの無線ローカルエリアネットワーク（ＷＬＡＮ）規格、ならびに／あるいは、マイクロ波アクセスのための世界的相互運用性（ＷｉＭａｘ）、Ｂｌｕｅｔｏｏｔｈ、Ｚ－Ｗａｖｅ、ニアフィールド通信（ＮＦＣ）ＺｉｇＢｅｅ、ＬｉＦｉ、および／またはＬｏＲａおよびＳｉｇｆｏｘなど、任意の低電力ワイドエリアネットワーク（ＬＰＷＡＮ）規格など、任意の他の適切な無線通信規格を含む、特定の規格などのあらかじめ規定されたルールまたはプロシージャに従って動作するように設定され得る。
【0103】
いくつかの例では、通信ネットワーク８０２は、３ＧＰＰ規格化された特徴を実装するセルラネットワークである。したがって、通信ネットワーク８０２は、通信ネットワーク８０２に接続された異なるデバイスに異なる論理ネットワークを提供するために、ネットワークスライシングをサポートし得る。たとえば、通信ネットワーク８０２は、いくつかのＵＥに超高信頼低レイテンシ通信（ＵＲＬＬＣ）サービスを提供しながら、他のＵＥに拡張モバイルブロードバンド（ｅＭＢＢ）サービスを提供し、および／または、またさらなるＵＥに大規模マシン型通信（ｍＭＴＣ）／大規模モノのインターネット（ＩｏＴ）サービスを提供し得る。
【0104】
いくつかの例では、ＵＥ８１２は、直接的人間対話なしに情報を送信および／または受信するように設定される。たとえば、ＵＥは、内部または外部イベントによってトリガされたとき、あるいはアクセスネットワーク８０４からの要求に応答して、所定のスケジュールでアクセスネットワーク８０４に情報を送信するように設計され得る。さらに、ＵＥは、シングルまたはマルチ無線アクセス技術（ＲＡＴ）あるいはマルチスタンダードモードで動作するために設定され得る。たとえば、ＵＥは、Ｗｉ－Ｆｉ、新無線（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）、およびＬＴＥのうちのいずれか１つまたはそれらの組合せで動作し、すなわち、拡張ＵＭＴＳ地上ＲＡＮ（Ｅ－ＵＴＲＡＮ）ＮＲ－デュアルコネクティビティ（ＥＮ－ＤＣ）など、マルチ無線デュアルコネクティビティ（ＭＲ－ＤＣ：Ｍｕｌｔｉ－Ｒａｄｉｏ Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）のために設定され得る。
【0105】
本例では、ハブ８１４が、１つまたは複数のＵＥ（たとえば、ＵＥ８１２Ｃおよび／または８１２Ｄ）と、ネットワークノード（たとえば、ネットワークノード８１０Ｂ）との間の間接的通信を容易にするために、アクセスネットワーク８０４と通信する。いくつかの例では、ハブ８１４は、コントローラ、ルータ、コンテンツソースおよびコンテンツ分析、またはＵＥに関して本明細書で説明される他の通信デバイスのいずれかであり得る。たとえば、ハブ８１４は、ＵＥのためのコアネットワーク８０６へのアクセスを可能にするブロードバンドルータであり得る。別の例として、ハブ８１４は、ＵＥ中の１つまたは複数のアクチュエータにコマンドまたは命令を送るコントローラであり得る。コマンドまたは命令は、ＵＥ、ネットワークノード８１０から受信されるか、あるいは、ハブ８１４における実行可能コード、スクリプト、プロセス、または他の命令によるものであり得る。別の例として、ハブ８１４は、ＵＥデータのための一時的ストレージとして働くデータコレクタであり得、いくつかの実施形態では、データの分析または他の処理を実施し得る。別の例として、ハブ８１４は、コンテンツソースであり得る。たとえば、仮想現実（ＶＲ）ヘッドセット、ディスプレイ、ラウドスピーカー、または他のメディア配信デバイスであるＵＥについて、ハブ８１４は、ネットワークノードを介して、ＶＲアセット、ビデオ、オーディオ、あるいは感覚情報に関係する他のメディアまたはデータを取り出し得、これを、ハブ８１４は次いで、直接的に、ローカル処理を実施した後に、および／または追加のローカルコンテンツを追加した後に、のいずれかでＵＥに提供する。さらに別の例では、ハブ８１４は、特に、ＵＥのうちの１つまたは複数が低エネルギーＩｏＴデバイスである場合において、ＵＥのためのプロキシサーバまたはオーケストレータとして働く。
【0106】
ハブ８１４は、ネットワークノード８１０Ｂへの常時／永続または間欠接続を有し得る。ハブ８１４はまた、ハブ８１４とＵＥ（たとえば、ＵＥ８１２Ｃおよび／または８１２Ｄ）との間の、およびハブ８１４とコアネットワーク８０６との間の、異なる通信方式および／またはスケジュールを可能にし得る。他の例では、ハブ８１４は、有線接続を介して、コアネットワーク８０６および／または１つまたは複数のＵＥに接続される。その上、ハブ８１４は、アクセスネットワーク８０４上でマシンツーマシン（Ｍ２Ｍ）サービスプロバイダにおよび／または直接的接続上で別のＵＥに接続するように設定され得る。いくつかのシナリオでは、ＵＥは、ネットワークノード８１０との無線接続を、ハブ８１４を介して有線接続または無線接続を介して依然として接続されながら、確立し得る。いくつかの実施形態では、ハブ８１４は、専用ハブ、すなわち、主な機能がＵＥからネットワークノード８１０Ｂに／ネットワークノード８１０ＢからＵＥに通信をルーティングすることである、ハブであり得る。他の実施形態では、ハブ８１４は、非専用ハブ、すなわち、ＵＥとネットワークノード８１０Ｂとの間の通信をルーティングするように動作することが可能であるが、いくつかのデータチャネルについての通信開始ポイントおよび／または終了ポイントとして動作することがさらに可能であるデバイスであり得る。
【0107】
図９は、いくつかの実施形態による、ＵＥ９００を示す。本明細書で使用されるＵＥは、ネットワークノードおよび／または他のＵＥと無線で通信することが可能な、そうするように設定された、構成された、および／または動作可能なデバイスを指す。ＵＥの例は、限定はしないが、スマートフォン、モバイルフォン、セルフォン、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）フォン、無線ローカルループ電話、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、無線カメラ、ゲーミングコンソールまたはデバイス、音楽記憶デバイス、再生器具、ウェアラブル端末デバイス、無線エンドポイント、移動局、タブレット、ラップトップコンピュータ、ラップトップ組込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、スマートデバイス、無線顧客構内機器（ＣＰＥ）、車両搭載または車両組込み／統合無線デバイスなどを含む。他の例は、狭帯域モノのインターネット（ＮＢ－ＩｏＴ）ＵＥ、マシン型通信（ＭＴＣ）ＵＥ、および／または拡張ＭＴＣ（ｅＭＴＣ）ＵＥを含む、３ＧＰＰによって識別される任意のＵＥを含む。
【0108】
ＵＥは、たとえば、サイドリンク通信、専用短距離通信（ＤＳＲＣ）、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｖｅｈｉｃｌｅ）、Ｖ２Ｉ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、またはＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）のための３ＧＰＰ規格を実装することによって、Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信をサポートし得る。他の例では、ＵＥは必ずしも、関連のあるデバイスを所有し、および／または動作させる人間ユーザという意味におけるユーザを有するとは限らない。代わりに、ＵＥは、人間のユーザへの販売、または人間のユーザによる動作を意図されるが、特定の人間のユーザに関連付けられないことがあるか、または特定の人間のユーザに初めに関連付けられないことがある、デバイス（たとえば、スマートスプリンクラーコントローラ）を表し得る。代替的に、ＵＥは、エンドユーザへの販売、またはエンドユーザによる動作を意図されないが、ユーザに関連付けられるか、またはユーザの利益のために動作され得る、デバイス（たとえば、スマート電力計）を表し得る。
【0109】
ＵＥ９００は、バス９０４を介して、入出力インターフェース９０６、電源９０８、メモリ９１０、通信インターフェース９１２、および／または任意の他の構成要素、あるいはそれらの任意の組合せに動作可能に結合された、処理回路９０２を含む。いくつかのＵＥは、図９に示されている構成要素のすべてまたはサブセットを利用し得る。構成要素間の統合のレベルは、ＵＥごとに変動し得る。さらに、いくつかのＵＥは、複数のプロセッサ、メモリ、トランシーバ、送信機、受信機など、構成要素の複数のインスタンスを含んでいることがある。
【0110】
処理回路９０２は、命令およびデータを処理するように設定され、マシン可読コンピュータプログラムとしてメモリ９１０に記憶された命令を実行するように動作可能な任意の逐次状態マシンを実装するように設定され得る。処理回路９０２は、（たとえば、ディスクリート論理、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）などにおける）１つまたは複数のハードウェア実装状態マシン、適切なファームウェアと一緒のプログラマブル論理、適切なソフトウェアと一緒のマイクロプロセッサまたはデジタル信号プロセッサ（ＤＳＰ）など、１つまたは複数の記憶されたコンピュータプログラム、汎用プロセッサ、あるいは上記の任意の組合せとして実装され得る。たとえば、処理回路９０２は、複数の中央処理ユニット（ＣＰＵ）を含み得る。
【0111】
本例では、入出力インターフェース９０６は、入力デバイス、出力デバイス、あるいは１つまたは複数の入力および／または出力デバイスに１つまたは複数のインターフェースを提供するように設定され得る。出力デバイスの例は、スピーカー、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、別の出力デバイス、またはそれらの任意の組合せを含む。入力デバイスは、ユーザが、情報をＵＥ９００にキャプチャすることを可能にし得る。入力デバイスの例は、タッチセンシティブまたはプレゼンスセンシティブディスプレイ、カメラ（たとえば、デジタルカメラ、デジタルビデオカメラ、ウェブカメラなど）、マイクロフォン、センサー、マウス、トラックボール、方向性パッド、トラックパッド、スクロールホイール、スマートカードなどを含む。プレゼンスセンシティブディスプレイは、ユーザからの入力を検知するための容量性または抵抗性タッチセンサーを含み得る。センサーは、たとえば、加速度計、ジャイロスコープ、チルトセンサー、力センサー、磁力計、光センサー、近接度センサー、生体センサーなど、またはそれらの任意の組合せであり得る。出力デバイスは、入力デバイスと同じタイプのインターフェースポートを使用し得る。たとえば、入力デバイスおよび出力デバイスを提供するために、ユニバーサルシリアルバス（ＵＳＢ）ポートが使用され得る。
【0112】
いくつかの実施形態では、電源９０８は、バッテリーまたはバッテリーパックとして構造化される。外部電源（たとえば、電気コンセント）、光起電力デバイスまたは電池など、他のタイプの電源が使用され得る。電源９０８は、入力回路、または電力ケーブルなどのインターフェースを介して、電源９０８自体、および／または外部電源から、ＵＥ９００の様々な部分に電力を配信するための、電力回路をさらに含み得る。電力を配信することは、たとえば、電源９０８を充電するためのものであり得る。電力回路は、電源９０８からの電力に対して、その電力を、電力が供給されるＵＥ９００のそれぞれの構成要素に好適であるようにするために、任意のフォーマッティング、変換、または他の修正を実施し得る。
【0113】
メモリ９１０は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能ＰＲＯＭ（ＥＰＲＯＭ）、電気的ＥＰＲＯＭ（ＥＥＰＲＯＭ）、磁気ディスク、光ディスク、ハードディスク、リムーバブルカートリッジ、フラッシュドライブなど、メモリであるか、またはメモリを含むように設定され得る。一例では、メモリ９１０は、オペレーティングシステム、ウェブブラウザアプリケーション、ウィジェット、ガジェットエンジン、または他のアプリケーションなど、１つまたは複数のアプリケーションプログラム９１４と、対応するデータ９１６とを含む。メモリ９１０は、ＵＥ９００による使用のために、多様な様々なオペレーティングシステムまたはオペレーティングシステムの組合せのうちのいずれかを記憶し得る。
【0114】
メモリ９１０は、独立ディスクの冗長アレイ（ＲＡＩＤ）、フラッシュメモリ、ＵＳＢフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク（ＨＤ－ＤＶＤ）光ディスクドライブ、内蔵ハードディスクドライブ、Ｂｌｕ－Ｒａｙ光ディスクドライブ、ホログラフィックデジタルデータ記憶（ＨＤＤＳ）光ディスクドライブ、外部ミニデュアルインラインメモリモジュール（ＤＩＭＭ）、シンクロナスダイナミックＲＡＭ（ＳＤＲＡＭ）、外部マイクロＤＩＭＭ ＳＤＲＡＭ、ユニバーサル加入者識別モジュール（ＳＩＭ）（ＵＳＩＭ）および／またはインターネットプロトコルマルチメディアサービス識別モジュール（ＩＳＩＭ）などの１つまたは複数のＳＩＭを含むユニバーサル集積回路カード（ＵＩＣＣ）の形態の改ざん防止モジュールなどのスマートカードメモリ、他のメモリ、あるいはそれらの任意の組合せなど、いくつかの物理ドライブユニットを含むように設定され得る。ＵＩＣＣは、たとえば、埋込みＵＩＣＣ（ｅＵＩＣＣ）、統合ＵＩＣＣ（ｉＵＩＣＣ）、または通常「ＳＩＭカード」として知られているリムーバブルＵＩＣＣであり得る。メモリ９１０は、ＵＥ９００が、一時的または非一時的メモリ媒体に記憶された命令、アプリケーションプログラムなどにアクセスすること、データをオフロードすること、あるいはデータをアップロードすることを可能にし得る。通信システムを利用する製造品などの製造品は、メモリ９１０として、またはメモリ９１０中に有形に具現され得、メモリ９１０は、デバイス可読記憶媒体であるか、またはデバイス可読記憶媒体を備え得る。
【0115】
処理回路９０２は、通信インターフェース９１２を使用してアクセスネットワークまたは他のネットワークと通信するように設定され得る。通信インターフェース９１２は、１つまたは複数の通信サブシステムを備え得、アンテナ９２２を含むか、またはアンテナ９２２に通信可能に結合され得る。通信インターフェース９１２は、無線通信が可能な別のデバイス（たとえば、アクセスネットワークにおける別のＵＥまたはネットワークノード）の１つまたは複数のリモートトランシーバと通信することによってなど、通信するために使用される１つまたは複数のトランシーバを含み得る。各トランシーバは、ネットワーク通信（たとえば、光、電気、周波数割り当てなど）を提供するのに適した送信機９１８および／または受信機９２０を含み得る。その上、送信機９１８および受信機９２０は、１つまたは複数のアンテナ（たとえば、アンテナ９２２）に結合され得、回路構成要素、ソフトウェアまたはファームウェアを共有し得るか、あるいは、代替的に、別個に実装され得る。
【0116】
示されている実施形態では、通信インターフェース９１２の通信機能は、セルラ通信、ＷｉＦｉ通信、ＬＰＷＡＮ通信、データ通信、ボイス通信、マルチメディア通信、Ｂｌｕｅｔｏｏｔｈなどの短距離通信、ＮＦＣ、ロケーションを決定するための全地球測位システム（ＧＰＳ）の使用などのロケーションベース通信、別の同様の通信機能、またはそれらの任意の組合せを含み得る。通信は、ＩＥＥＥ８０２．１１、符号分割多重化アクセス（ＣＤＭＡ）、広帯域ＣＤＭＡ（ＷＣＤＭＡ）、ＧＳＭ、ＬＴＥ、ＮＲ、ＵＭＴＳ、ＷｉＭａｘ、イーサネット、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）、同期光ネットワーキング（ＳＯＮＥＴ）、非同期転送モード（ＡＴＭ）、クイックユーザデータグラムプロトコルインターネット接続（ＱＵＩＣ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）など、１つまたは複数の通信プロトコルおよび／または規格に従って実装され得る。
【0117】
センサーのタイプにかかわらず、ＵＥは、ＵＥのセンサーによってキャプチャされたデータの出力を、ＵＥの通信インターフェース９１２を通して、または無線接続を介してネットワークノードに提供し得る。ＵＥのセンサーによってキャプチャされたデータは、無線接続を通して別のＵＥを介してネットワークノードに通信され得る。出力は、周期的（たとえば、検出された温度を報告する場合、１５分ごとに１回）であるか、トリガリングイベント（たとえば、湿度が検出されたとき、警報が送られる）に応答して、要求（たとえば、ユーザ始動型要求）に応答して、（たとえば、いくつかのセンサーからの報告からの負荷を均一にするために）ランダムであるか、または連続ストリーム（たとえば、患者のライブビデオフィード）であり得る。
【0118】
別の例として、ＵＥは、無線接続を介してネットワークノードから無線入力を受信するように設定された通信インターフェースに関係する、アクチュエータ、モーター、またはスイッチを備える。受信された無線入力に応答して、アクチュエータ、モーター、またはスイッチの状態が変化し得る。たとえば、ＵＥは、受信された入力に従って飛行中のドローンの制御面またはローターを調節するモーター、あるいは受信された入力に従って医学的プロシージャを実施するロボットアームを備え得る。
【0119】
ＵＥは、ＩｏＴデバイスの形態のとき、１つまたは複数のアプリケーション領域において使用するためのデバイスであり得、これらの領域は、限定はしないが、都市ウェアラブル技術、拡張産業用アプリケーションおよびヘルスケアを含む。そのようなＩｏＴデバイスの非限定的な例は、接続された冷蔵庫または冷凍庫、テレビジョン、接続された照明デバイス、電力量計、ロボット電気掃除機、音声制御されたスマートスピーカー、家庭用防犯カメラ、動き検出器、サーモスタット、煙検出器、ドア／窓センサー、浸水／湿度センサー、電子ドアロック、接続されたドアベル、ヒートポンプのような空調システム、自律車両、サーベイランスシステム、気象監視デバイス、車両駐車監視デバイス、電気車両充電ステーション、スマートウォッチ、フィットネストラッカー、拡張現実（ＡＲ）またはＶＲのためのヘッドマウントディスプレイ、触覚増補または知覚拡張のためのウェアラブル、ウォータースプリンクラー、動物または商品トラッキングデバイス、植物または動物を監視するためのセンサー、産業用ロボット、無人航空機（ＵＡＶ）、および心拍数モニタまたはリモート制御された外科的ロボットのような任意の種類の医療デバイスであるデバイスであるか、あるいはそれらに埋め込まれたデバイスである。ＩｏＴデバイスの形態のＵＥは、図９に示されているＵＥ９００に関して説明される他の構成要素に加えて、ＩｏＴデバイスの意図されたアプリケーションに応じた回路および／またはソフトウェアを備える。
【0120】
また別の特定の例として、ＩｏＴシナリオでは、ＵＥは、監視および／または測定を実施し、そのような監視および／または測定の結果を別のＵＥおよび／またはネットワークノードに送信する、マシンまたは他のデバイスを表し得る。ＵＥは、この場合、Ｍ２Ｍデバイスであり得、Ｍ２Ｍデバイスは、３ＧＰＰコンテキストではＭＴＣデバイスと呼ばれることがある。１つの特定の例として、ＵＥは、３ＧＰＰ ＮＢ－ＩｏＴ規格を実装し得る。他のシナリオでは、ＵＥは、車、バス、トラック、船、飛行機など、車両、または、その動作ステータスを監視することおよび／またはその動作ステータスに関して報告すること、あるいはその動作に関連付けられた他の機能が可能である他の機器を表し得る。
【0121】
実際には、単一の使用事例に関して、任意の数のＵＥが一緒に使用され得る。たとえば、第１のＵＥは、ドローンであるか、ドローン中で統合され、（速度センサーを通して取得された）ドローンの速度情報を、ドローンを動作させるリモートコントローラである第２のＵＥに提供し得る。ユーザがリモートコントローラから変更を行うとき、第１のＵＥはドローンの速度を増加または減少させるために、（たとえば、アクチュエータを制御することによって）ドローン上のスロットルを調節し得る。第１および／または第２のＵＥはまた、上記で説明された機能のうちの２つ以上を含むことができる。たとえば、ＵＥは、センサーとアクチュエータとを備え、速度センサーとアクチュエータの両方についてのデータの通信をハンドリングし得る。
【0122】
図１０は、いくつかの実施形態による、ネットワークノード１０００を示す。本明細書で使用されるネットワークノードは、通信ネットワーク中のＵＥと、および／あるいは他のネットワークノードまたは機器と、直接的にまたは間接的に通信することが可能な、そうするように設定された、構成された、および／または動作可能な機器を指す。ネットワークノードの例は、限定はしないが、ＡＰ（たとえば、無線ＡＰ）、基地局（ＢＳ）（たとえば、無線ＢＳ、ノードＢ、エボルブドノードＢ（ｅＮＢ）、およびＮＲノードＢ（ｇＮＢ））を含む。
【0123】
ＢＳは、ＢＳが提供するカバレッジの量（または、言い方を変えれば、ＢＳの送信電力レベル）に基づいてカテゴリー分類され得、したがって、カバレッジの提供される量に応じて、フェムトＢＳ、ピコＢＳ、マイクロＢＳ、またはマクロＢＳと呼ばれることがある。ＢＳは、リレーを制御する、リレーノードまたはリレードナーノードであり得る。ネットワークノードは、リモート無線ヘッド（ＲＲＨ）と呼ばれることがある、集中型デジタルユニットおよび／またはリモートラジオユニット（ＲＲＵ）など、分散無線ＢＳの１つまたは複数（またはすべて）の部分をも含み得る。そのようなＲＲＵは、アンテナ統合無線機としてアンテナと統合されることも統合されないこともある。分散無線ＢＳの部分は、分散アンテナシステム（ＤＡＳ）において、ノードと呼ばれることもある。
【0124】
ネットワークノードの他の例は、複数送信ポイント（マルチＴＲＰ）５Ｇアクセスノード、マルチ規格無線（ＭＳＲ）ＢＳなどのＭＳＲ機器、無線ネットワークコントローラ（ＲＮＣ）またはＢＳコントローラ（ＢＳＣ）などのネットワークコントローラ、基地トランシーバ局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、運用保守（Ｏ＆Ｍ）ノード、運用サポートシステム（ＯＳＳ）ノード、自己組織化ネットワーク（ＳＯＮ）ノード、測位ノード（たとえば、エボルブドサービングモバイルロケーションセンタ（Ｅ－ＳＭＬＣ））、および／あるいはドライブテスト最小化（ＭＤＴ：ｍｉｎｉｍｉｚａｔｉｏｎ ｏｆ ｄｒｉｖｅ ｔｅｓｔ）を含む。
【0125】
ネットワークノード１０００は、処理回路１００２と、メモリ１００４と、通信インターフェース１００６と、電源１００８とを含む。ネットワークノード１０００は、複数の物理的に別個の構成要素（たとえば、ノードＢ構成要素およびＲＮＣ構成要素、またはＢＴＳ構成要素およびＢＳＣ構成要素など）から組み立てられ得、これらは各々、それら自体のそれぞれの構成要素を有し得る。ネットワークノード１０００が複数の別個の構成要素（たとえば、ＢＴＳ構成要素およびＢＳＣ構成要素）を備えるいくつかのシナリオでは、別個の構成要素のうちの１つまたは複数が、いくつかのネットワークノードの間で共有され得る。たとえば、単一のＲＮＣが、複数のノードＢを制御し得る。そのようなシナリオでは、各一意のノードＢとＲＮＣとのペアは、いくつかの事例では、単一の別個のネットワークノードと見なされ得る。いくつかの実施形態では、ネットワークノード１０００は、複数のＲＡＴをサポートするように設定され得る。そのような実施形態では、いくつかの構成要素は複製され得（たとえば、異なるＲＡＴのための別個のメモリ１００４）、いくつかの構成要素は再使用され得る（たとえば、アンテナ１０１０が異なるＲＡＴによって共有され得る）。ネットワークノード１０００は、ネットワークノード１０００に統合された、異なる無線技術、たとえばＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、Ｚｉｇｂｅｅ、Ｚ－ｗａｖｅ、長距離ワイドエリアネットワーク（ＬｏＲａＷＡＮ）、無線周波数識別（ＲＦＩＤ）、またはＢｌｕｅｔｏｏｔｈ無線技術のための様々な示されている構成要素の複数のセットをも含み得る。これらの無線技術は、同じまたは異なるチップまたはチップのセット、およびネットワークノード１０００内の他の構成要素に統合され得る。
【0126】
処理回路１００２は、単体で、またはメモリ１００４などの他のネットワークノード１０００構成要素と併せてのいずれかで、ネットワークノード１０００機能を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、ＣＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡ、または任意の他の好適なコンピューティングデバイス、リソースのうちの１つまたは複数の組合せ、あるいはハードウェア、ソフトウェア、および／または符号化された論理の組合せを備え得る。
【0127】
いくつかの実施形態では、処理回路１００２は、システムオンチップ（ＳＯＣ）を含む。いくつかの実施形態では、処理回路１００２は、無線周波数（ＲＦ）トランシーバ回路１０１２とベースバンド処理回路１０１４とのうちの１つまたは複数を含む。いくつかの実施形態では、ＲＦトランシーバ回路１０１２とベースバンド処理回路１０１４とは、別個のチップ（またはチップのセット）、ボード、または無線ユニットおよびデジタルユニットなどのユニット上にあり得る。代替実施形態では、ＲＦトランシーバ回路１０１２とベースバンド処理回路１０１４との一部または全部は、同じチップまたはチップのセット、ボード、あるいはユニット上にあり得る。
【0128】
メモリ１００４は、限定はしないが、永続ストレージ、固体メモリ、リモートマウントメモリ、磁気媒体、光媒体、ＲＡＭ、ＲＯＭ、大容量記憶媒体（たとえば、ハードディスク）、リムーバブル記憶媒体（たとえば、フラッシュドライブ、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））を含む、任意の形態の揮発性または不揮発性コンピュータ可読メモリ、ならびに／あるいは、処理回路１００２によって使用され得る情報、データ、および／または命令を記憶する、任意の他の揮発性または不揮発性、非一時的デバイス可読、および／またはコンピュータ実行可能メモリデバイスを備え得る。メモリ１００４は、コンピュータプログラム、ソフトウェア、論理、ルール、コード、表のうちの１つまたは複数を含むアプリケーション、および／または処理回路１００２によって実行されることが可能であり、ネットワークノード１０００によって利用される、他の命令を含む、任意の好適な命令、データまたは情報を記憶し得る。メモリ１００４は、処理回路１００２によって行われた計算および／または通信インターフェース１００６を介して受信されたデータを記憶するために使用され得る。いくつかの実施形態では、処理回路１００２およびメモリ１００４は、統合される。
【0129】
通信インターフェース１００６は、ネットワークノード、アクセスネットワーク、および／またはＵＥの間のシグナリングおよび／またはデータの有線または無線通信において使用される。示されているように、通信インターフェース１００６は、たとえば有線接続上でネットワークとの間でデータを送るおよび受信するための（１つまたは複数の）ポート／（１つまたは複数の）端末１０１６を備える。通信インターフェース１００６は、アンテナ１０１０に結合されるか、またはいくつかの実施形態では、アンテナ１０１０の一部であり得る、無線フロントエンド回路１０１８をも含む。無線フロントエンド回路１０１８は、フィルタ１０２０と増幅器１０２２とを備える。無線フロントエンド回路１０１８は、アンテナ１０１０および処理回路１００２に接続され得る。無線フロントエンド回路１０１８は、アンテナ１０１０と処理回路１００２との間で通信される信号を調整するように設定され得る。無線フロントエンド回路１０１８は、無線接続を介して他のネットワークノードまたはＵＥに送出されるべきであるデジタルデータを受信し得る。無線フロントエンド回路１０１８は、デジタルデータを、フィルタ１０２０および／または増幅器１０２２の組合せを使用して適切なチャネルおよび帯域幅パラメータを有する無線信号に変換し得る。無線信号は、次いで、アンテナ１０１０を介して送信され得る。同様に、データを受信するとき、アンテナ１０１０は無線信号を収集し得、次いで、無線信号は無線フロントエンド回路１０１８によってデジタルデータに変換される。デジタルデータは、処理回路１００２に受け渡され得る。他の実施形態では、通信インターフェース１００６は、異なる構成要素および／または構成要素の異なる組合せを備え得る。
【0130】
いくつかの代替実施形態では、ネットワークノード１０００は別個の無線フロントエンド回路１０１８を含まず、代わりに、処理回路１００２は、無線フロントエンド回路を含み、アンテナ１０１０に接続される。同様に、いくつかの実施形態では、ＲＦトランシーバ回路１０１２の全部または一部が、通信インターフェース１００６の一部である。さらに他の実施形態では、通信インターフェース１００６は、無線ユニット（図示せず）の一部として、１つまたは複数のポートまたは端末１０１６と、無線フロントエンド回路１０１８と、ＲＦトランシーバ回路１０１２とを含み、通信インターフェース１００６は、デジタルユニット（図示せず）の一部であるベースバンド処理回路１０１４と通信する。
【0131】
アンテナ１０１０は、無線信号を送るおよび／または受信するように設定された、１つまたは複数のアンテナまたはアンテナアレイを含み得る。アンテナ１０１０は、無線フロントエンド回路１０１８に結合され得、データおよび／または信号を無線で送信および受信することが可能な任意のタイプのアンテナであり得る。いくつかの実施形態では、アンテナ１０１０は、ネットワークノード１０００とは別個であり、インターフェースまたはポートを通してネットワークノード１０００に接続可能である。
【0132】
アンテナ１０１０、通信インターフェース１００６、および／または処理回路１００２は、ネットワークノード１０００によって実施されるものとして本明細書で説明される任意の受信動作および／またはいくつかの取得動作を実施するように設定され得る。任意の情報、データおよび／または信号が、ＵＥ、別のネットワークノードおよび／または任意の他のネットワーク機器から受信され得る。同様に、アンテナ１０１０、通信インターフェース１００６、および／または処理回路１００２は、ネットワークノード１０００によって実施されるものとして本明細書で説明される任意の送信動作を実施するように設定され得る。任意の情報、データおよび／または信号が、ＵＥ、別のネットワークノードおよび／または任意の他のネットワーク機器に送信され得る。
【0133】
電源１００８は、それぞれの構成要素に好適な形態で（たとえば、各それぞれの構成要素のために必要とされる電圧および電流レベルにおいて）、ネットワークノード１０００の様々な構成要素に電力を提供する。電源１００８は、本明細書で説明される機能を実施するための電力を、ネットワークノード１０００の構成要素に供給するための、電力管理回路をさらに備えるか、または電力管理回路に結合され得る。たとえば、ネットワークノード１０００は、電気ケーブルなどの入力回路またはインターフェースを介して外部電源（たとえば、電力グリッドまたは電気コンセント）に接続可能であり得、それにより、外部電源は電源１００８の電力回路に電力を供給する。さらなる例として、電源１００８は、電力回路に接続された、または電力回路中で統合された、バッテリーまたはバッテリーパックの形態の電力源を備え得る。バッテリーは、外部電源が落ちた場合、バックアップ電力を提供し得る。
【0134】
ネットワークノード１０００の実施形態は、本明細書で説明される機能、および／または本明細書で説明される主題をサポートするために必要な機能のうちのいずれかを含む、ネットワークノードの機能のいくつかの態様を提供するための、図１０に示されている構成要素以外の追加の構成要素を含み得る。たとえば、ネットワークノード１０００は、ネットワークノード１０００への情報の入力を可能にするための、およびネットワークノード１０００からの情報の出力を可能にするための、ユーザインターフェース機器を含み得る。これは、ユーザが、ネットワークノード１０００のための診断、メンテナンス、修復、および他のアドミニストレーティブ機能を実施することを可能にし得る。
【0135】
図１１は、本明細書で説明される様々な態様による、図８のホスト８１６の一実施形態であり得る、ホスト１１００のブロック図である。本明細書で使用されるホスト１１００は、スタンドアロンサーバ、ブレードサーバ、クラウド実装サーバ、分散サーバ、仮想マシン、コンテナ、またはサーバファーム中の処理リソースを含む、ハードウェアおよび／またはソフトウェアの様々な組合せであるか、あるいはハードウェアおよび／またはソフトウェアの様々な組合せを備え得る。ホスト１１００は、１つまたは複数のＵＥに１つまたは複数のサービスを提供し得る。
【0136】
ホスト１１００は、バス１１０４を介して、入出力インターフェース１１０６と、ネットワークインターフェース１１０８と、電源１１１０と、メモリ１１１２とに動作可能に結合された処理回路１１０２を含む。他の実施形態では、他の構成要素が含まれ得る。これらの構成要素の特徴は、図９および図１０など、前の図のデバイスに関して説明されたものと実質的に同様であり得、したがって、それらの説明は、概して、ホスト１１００の対応する構成要素に適用可能である。
【0137】
メモリ１１１２は、１つまたは複数のホストアプリケーションプログラム１１１４とデータ１１１６とを含む１つまたは複数のコンピュータプログラムを含み得、データ１１１６は、ユーザデータ、たとえば、ホスト１１００のためにＵＥによって生成されたデータ、またはＵＥのためにホスト１１００によって生成されたデータを含み得る。ホスト１１００の実施形態は、示されている構成要素のサブセットのみまたはすべてを利用し得る。ホストアプリケーションプログラム１１１４は、コンテナベースのアーキテクチャにおいて実装され得、ＵＥの複数の異なるクラス、タイプ、または実装形態（たとえば、ハンドセット、デスクトップコンピュータ、ウェアラブルディスプレイシステム、およびヘッドアップディスプレイシステム）のためのトランスコーディングを含む、ビデオコーデック（たとえば、多用途ビデオコーディング（ＶＶＣ）、高効率ビデオコーディング（ＨＥＶＣ）、アドバンストビデオコーディング（ＡＶＣ）、ムービングピクチャエキスパートグループ（ＭＰＥＧ）、ＶＰ９）、およびオーディオコーデック（たとえば、フリーロスレスオーディオコーデック（ＦＬＡＣ）、アドバンストオーディオコーディング（ＡＡＣ）、ＭＰＥＧ、Ｇ．７１１）についてのサポートを提供し得る。ホストアプリケーションプログラム１１１４は、ユーザ認証およびライセンスチェックをも提供し得、健康、ルート、およびコンテンツ利用可能性を、コアネットワーク中のデバイス、またはコアネットワークのエッジ上のデバイスなど、中央ノードに周期的に報告し得る。したがって、ホスト１１００は、ＵＥのためのオーバーザトップ（ＯＴＴ）サービスのために、異なるホストを選択および／または指示し得る。ホストアプリケーションプログラム１１１４は、ＨＴＴＰライブストリーミング（ＨＬＳ）プロトコル、リアルタイムメッセージングプロトコル（ＲＴＭＰ）、リアルタイムストリーミングプロトコル（ＲＴＳＰ）、動的適応ストリーミングオーバーＨＴＴＰ（ＤＡＳＨまたはＭＰＥＧ－ＤＡＳＨ）など、様々なプロトコルをサポートし得る。
【0138】
図１２は、いくつかの実施形態によって実装される機能が仮想化され得る、仮想化環境１２００を示すブロック図である。本コンテキストでは、仮想化することは、ハードウェアプラットフォーム、記憶デバイスおよびネットワーキングリソースを仮想化することを含み得る、装置またはデバイスの仮想バージョンを作成することを意味する。本明細書で使用される仮想化は、本明細書で説明される任意のデバイス、またはそれらの構成要素に適用され得、機能の少なくとも一部分が１つまたは複数の仮想構成要素として実装される実装形態に関係する。本明細書で説明される機能の一部または全部は、ネットワークノード、ＵＥ、コアネットワークノード、またはホストとして動作するハードウェアコンピューティングデバイスなど、ハードウェアノードのうちの１つまたは複数によってホストされる１つまたは複数の仮想環境１２００において実装される１つまたは複数の仮想マシン（ＶＭ）によって実行される、仮想構成要素として実装され得る。さらに、仮想ノードが無線コネクティビティ（たとえば、コアネットワークノードまたはホスト）を必要としない実施形態では、ノードは、完全に仮想化され得る。
【0139】
（代替的に、ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能などと呼ばれることがある）アプリケーション１２０２は、本明細書で開示される実施形態のうちのいくつかの特徴、機能、および／または利益のうちのいくつかを実装するために、仮想化環境１２００において稼働される。
【0140】
ハードウェア１２０４は、処理回路、ハードウェア処理回路によって実行可能なソフトウェアおよび／または命令を記憶するメモリ、ならびに／あるいはネットワークインターフェース、入出力インターフェースなど、本明細書で説明される他のハードウェアデバイスを含む。ソフトウェアが、（ハイパーバイザまたはＶＭモニタ（ＶＭＭ）とも呼ばれる）１つまたは複数の仮想化レイヤ１２０６をインスタンス化するために、処理回路によって実行され、（それらのうちの１つまたは複数が一般にＶＭ１２０８と呼ばれることがある）ＶＭ１２０８Ａおよび１２０８Ｂを提供し、ならびに／あるいは、本明細書で説明されるいくつかの実施形態に関して説明される、機能、特徴、および／または利益のうちのいずれかを実施し得る。仮想化レイヤ１２０６は、ＶＭ１２０８に、ネットワーキングハードウェアのように見える仮想動作プラットフォームを提示し得る。
【0141】
ＶＭ１２０８は、仮想処理、仮想メモリ、仮想ネットワーキング、またはインターフェース、および仮想ストレージを備え、対応する仮想化レイヤ１２０６によって稼働され得る。仮想アプライアンス１２０２の事例の異なる実施形態が、ＶＭ１２０８のうちの１つまたは複数上で実装され得、実装は異なるやり方で行われ得る。ハードウェアの仮想化は、いくつかのコンテキストにおいて、ネットワーク機能仮想化（ＮＦＶ）と呼ばれる。ＮＦＶは、多くのネットワーク機器タイプを、データセンタおよび顧客構内機器中に位置し得る、業界標準高ボリュームサーバハードウェア、物理スイッチ、および物理ストレージ上にコンソリデートするために使用され得る。
【0142】
ＮＦＶのコンテキストでは、ＶＭ１２０８は、プログラムを、それらのプログラムが、物理的な仮想化されていないマシン上で実行しているかのように稼働する、物理マシンのソフトウェア実装形態であり得る。ＶＭ１２０８の各々と、そのＶＭに専用のハードウェアであろうと、および／またはそのＶＭによってＶＭ１２０８のうちの他のＶＭと共有されるハードウェアであろうと、そのＶＭを実行するハードウェア１２０４のその一部とは、別個の仮想ネットワークエレメントを形成する。さらにＮＦＶのコンテキストでは、仮想ネットワーク機能は、ハードウェア１２０４の上の１つまたは複数のＶＭ１２０８において稼働する特定のネットワーク機能をハンドリングすることを担当し、アプリケーション１２０２に対応する。
【0143】
ハードウェア１２０４は、一般的なまたは特定の構成要素をもつスタンドアロンネットワークノードにおいて実装され得る。ハードウェア１２０４は、仮想化を介していくつかの機能を実装し得る。代替的に、ハードウェア１２０４は、多くのハードウェアノードが協働し、特に、アプリケーション１２０２のライフサイクル管理を監督する、管理およびオーケストレーション１２１０を介して管理される、（たとえば、データセンタまたはＣＰＥの場合のような）ハードウェアのより大きいクラスタの一部であり得る。いくつかの実施形態では、ハードウェア１２０４は、１つまたは複数のアンテナに結合され得る、１つまたは複数の送信機と１つまたは複数の受信機とを各々含む、１つまたは複数の無線ユニットに結合される。無線ユニットは、１つまたは複数の適切なネットワークインターフェースを介して他のハードウェアノードと直接的に通信し得、ＲＡＮまたはＢＳなど、無線能力をもつ仮想ノードを提供するために仮想構成要素と組み合わせて使用され得る。いくつかの実施形態では、何らかのシグナリングが、ハードウェアノードと無線ユニットとの間の通信のために代替的に使用され得る制御システム１２１２を使用して、提供され得る。
【0144】
図１３は、いくつかの実施形態による、部分的無線接続上でホスト１３０２がネットワークノード１３０４を介してＵＥ１３０６と通信することの通信図を示す。次に、前の段落において説明された（図８のＵＥ８１２Ａおよび／または図９のＵＥ９００などの）ＵＥ、（図８のネットワークノード８１０Ａおよび／または図１０のネットワークノード１０００などの）ネットワークノード、および（図８のホスト８１６および／または図１１のホスト１１００などの）ホストの様々な実施形態による、例示的な実装形態が、図１３を参照しながら説明される。
【0145】
ホスト１１００と同様に、ホスト１３０２の実施形態は、通信インターフェース、処理回路、およびメモリなど、ハードウェアを含む。ホスト１３０２は、ホスト１３０２に記憶されるかまたはホスト１３０２によってアクセス可能であり、処理回路によって実行可能であるソフトウェアをも含む。ソフトウェアは、ＵＥ１３０６とホスト１３０２との間に延びるＯＴＴ接続１３５０を介して接続するＵＥ１３０６など、リモートユーザにサービスを提供するように動作可能であり得るホストアプリケーションを含む。リモートユーザにサービスを提供する際に、ホストアプリケーションは、ＯＴＴ接続１３５０を使用して送信されるユーザデータを提供し得る。
【0146】
ネットワークノード１３０４は、ネットワークノード１３０４が接続１３６０を介してホスト１３０２およびＵＥ１３０６と通信することを可能にするハードウェアを含む。接続１３６０は、直接的であるか、または、（図８のコアネットワーク８０６と同様の）コアネットワーク、および／あるいは１つまたは複数のパブリックネットワーク、プライベートネットワーク、またはホストされたネットワークなど、１つまたは複数の他の中間ネットワークを通過し得る。たとえば、中間ネットワークは、バックボーンネットワークまたはインターネットであり得る。
【0147】
ＵＥ１３０６は、ハードウェアと、ＵＥ１３０６に記憶されるかまたはＵＥ１３０６によってアクセス可能であり、ＵＥの処理回路によって実行可能であるソフトウェアとを含む。ソフトウェアは、ホスト１３０２のサポートを伴って、ＵＥ１３０６を介して人間のまたは人間でないユーザにサービスを提供するように動作可能であり得るウェブブラウザまたはオペレータ固有の「アプリ」など、クライアントアプリケーションを含む。ホスト１３０２では、実行しているホストアプリケーションは、ＵＥ１３０６およびホスト１３０２において終端するＯＴＴ接続１３５０を介して、実行しているクライアントアプリケーションと通信し得る。ユーザにサービスを提供する際に、ＵＥのクライアントアプリケーションは、ホストのホストアプリケーションから要求データを受信し、要求データに応答してユーザデータを提供し得る。ＯＴＴ接続１３５０は、要求データとユーザデータの両方を転送し得る。ＵＥのクライアントアプリケーションは、ＵＥのクライアントアプリケーションがＯＴＴ接続１３５０を通してホストアプリケーションに提供するユーザデータを生成するためにユーザと対話し得る。
【0148】
ＯＴＴ接続１３５０は、ホスト１３０２とＵＥ１３０６との間の接続を提供するために、ホスト１３０２とネットワークノード１３０４との間の接続１３６０を介して、およびネットワークノード１３０４とＵＥ１３０６との間の無線接続１３７０を介して延び得る。ＯＴＴ接続１３５０が提供され得る接続１３６０および無線接続１３７０は、仲介デバイスとこれらのデバイスを介したメッセージの正確なルーティングとへの明示的言及なしに、ネットワークノード１３０４を介したホスト１３０２とＵＥ１３０６との間の通信を示すために抽象的に描かれている。
【0149】
ＯＴＴ接続１３５０を介してデータを送信する一例として、ステップ１３０８において、ホスト１３０２はユーザデータを提供し、これは、ホストアプリケーションを実行することによって実施され得る。いくつかの実施形態では、ユーザデータは、ＵＥ１３０６と対話する特定の人間のユーザに関連付けられる。他の実施形態では、ユーザデータは、明示的人間対話なしの、ホスト１３０２とデータを共有するＵＥ１３０６に関連付けられる。ステップ１３１０において、ホスト１３０２は、ＵＥ１３０６のほうへユーザデータを搬送する送信を始動する。ホスト１３０２は、ＵＥ１３０６によって送信された要求に応答して、送信を始動し得る。要求は、ＵＥ１３０６との人間対話によって、またはＵＥ１３０６上で実行するクライアントアプリケーションの動作によって引き起こされ得る。送信は、本開示全体にわたって説明される実施形態の教示に従って、ネットワークノード１３０４を介して進み得る。したがって、ステップ１３１２において、ネットワークノード１３０４は、本開示全体にわたって説明される実施形態の教示に従って、ホスト１３０２が始動した送信において搬送されたユーザデータをＵＥ１３０６に送信する。ステップ１３１４において、ＵＥ１３０６は、送信において搬送されたユーザデータを受信し、これは、ホスト１３０２によって実行されたホストアプリケーションに関連付けられたＵＥ１３０６上で実行されるクライアントアプリケーションによって実施され得る。
【0150】
いくつかの例では、ＵＥ１３０６は、ホスト１３０２にユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータは、ホスト１３０２から受信されたデータに反応または応答して提供され得る。したがって、ステップ１３１６において、ＵＥ１３０６はユーザデータを提供し得、これは、クライアントアプリケーションを実行することによって実施され得る。ユーザデータを提供する際に、クライアントアプリケーションは、ＵＥ１３０６の入出力インターフェースを介してユーザから受信されたユーザ入力をさらに考慮し得る。ユーザデータが提供された特定の様式にかかわらず、ＵＥ１３０６は、ステップ１３１８において、ネットワークノード１３０４を介したホスト１３０２のほうへのユーザデータの送信を始動する。ステップ１３２０において、本開示全体にわたって説明される実施形態の教示に従って、ネットワークノード１３０４は、ＵＥ１３０６からユーザデータを受信し、ホスト１３０２のほうへの受信されたユーザデータの送信を始動する。ステップ１３２２において、ホスト１３０２は、ＵＥ１３０６によって始動された送信において搬送されたユーザデータを受信する。
【0151】
様々な実施形態のうちの１つまたは複数は、無線接続１３７０が最後のセグメントを形成するＯＴＴ接続１３５０を使用して、ＵＥ１３０６に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、たとえば、データレート、レイテンシ、電力消費などを改善し、それにより、たとえば、低減されたユーザ待ち時間、ファイルサイズに対する緩和された制限、改善されたコンテンツ解像度、より良好な応答性、延長されたバッテリー寿命などの利益を提供し得る。
【0152】
例示的なシナリオでは、ファクトリーステータス情報が、ホスト１３０２によって収集され、分析され得る。別の例として、ホスト１３０２は、マップを作成する際に使用するために、ＵＥから取り出されていることがあるオーディオおよびビデオデータを処理し得る。別の例として、ホスト１３０２は、車両渋滞を制御する（たとえば、交通信号を制御する）のを支援するために、リアルタイムデータを収集し、分析し得る。別の例として、ホスト１３０２は、ＵＥによってアップロードされたサーベイランスビデオを記憶し得る。別の例として、ホスト１３０２は、ホスト１３０２がＵＥにブロードキャスト、マルチキャスト、またはユニキャストすることができる、ビデオ、オーディオ、ＶＲまたはＡＲなど、メディアコンテンツへのアクセスを記憶または制御し得る。他の例として、ホスト１３０２は、エネルギー価格設定、発電ニーズのバランスをとるための非時間制約型電気負荷のリモート制御、ロケーションサービス、（リモートデバイスから収集されたデータから図などをコンパイルすることなどの）プレゼンテーションサービス、あるいはデータを収集すること、取り出すこと、記憶すること、分析すること、および／または送信することの任意の他の機能のために使用され得る。
【0153】
いくつかの例では、１つまたは複数の実施形態が改善する、データレート、レイテンシおよび他のファクタを監視する目的での、測定プロシージャが提供され得る。測定結果の変動に応答して、ホスト１３０２とＵＥ１３０６との間のＯＴＴ接続１３５０を再設定するための随意のネットワーク機能がさらにあり得る。測定プロシージャおよび／またはＯＴＴ接続１３５０を再設定するためのネットワーク機能は、ホスト１３０２および／またはＵＥ１３０６のソフトウェアおよびハードウェアで実装され得る。いくつかの実施形態では、ＯＴＴ接続１３５０が通過する他のデバイスにおいてまたは他のデバイスに関連して、センサー（図示せず）が展開され得、センサーは、上記で例示された監視された量の値を供給することによって、あるいはソフトウェアが監視された量を算出または推定し得る他の物理量の値を供給することによって、測定プロシージャに参加し得る。ＯＴＴ接続１３５０の再設定は、メッセージフォーマット、再送信セッティング、好ましいルーティングなどを含み得、再設定は、ネットワークノード１３０４の動作を直接的に変更する必要がない。そのようなプロシージャおよび機能は、当技術分野において知られ、実践され得る。いくつかの実施形態では、測定は、ホスト１３０２による、スループット、伝搬時間、レイテンシなどの測定を容易にするプロプライエタリＵＥシグナリングを伴い得る。測定は、ソフトウェアが、伝搬時間、誤りなどを監視しながら、ＯＴＴ接続１３５０を使用して、メッセージ、特に空のまたは「ダミー」メッセージが送信されることを引き起こすことにおいて、実装され得る。
【0154】
本明細書で説明されるコンピューティングデバイス（たとえば、ＵＥ、ネットワークノード、ホスト）は、ハードウェア構成要素の示されている組合せを含み得るが、他の実施形態は、構成要素の異なる組合せをもつコンピューティングデバイスを備え得る。これらのコンピューティングデバイスが、本明細書で開示されるタスク、特徴、機能および方法を実行するために必要とされるハードウェアおよび／またはソフトウェアの任意の好適な組合せを備え得ることを理解されたい。本明細書で説明される決定すること、計算すること、取得すること、または同様の動作は、処理回路によって実施され得、処理回路は、たとえば、取得された情報を他の情報に変換すること、取得された情報または変換された情報をネットワークノードに記憶された情報と比較すること、ならびに／あるいは、取得された情報または変換された情報に基づいて、および前記処理が決定を行ったことの結果として、１つまたは複数の動作を実施することによって情報を処理し得る。その上、構成要素が、より大きいボックス内に位置する単一のボックスとして、または複数のボックス内で入れ子にされている単一のボックスとして図示されているが、実際には、コンピューティングデバイスは、単一の示されている構成要素を組成する複数の異なる物理構成要素を備え得、機能が、別個の構成要素間で区分され得る。たとえば、通信インターフェースは、本明細書で説明される構成要素のうちのいずれかを含むように設定され得、および／または、それらの構成要素の機能は、処理回路と通信インターフェースとの間で区分され得る。別の例では、そのような構成要素のうちのいずれかの非計算集約的機能が、ソフトウェアまたはファームウェアで実装され得、計算集約的機能がハードウェアで実装され得る。
【0155】
いくつかの実施形態では、本明細書で説明される機能の一部または全部は、メモリに記憶された命令を実行する処理回路によって提供され得、メモリは、いくつかの実施形態では、非一時的コンピュータ可読記憶媒体の形態のコンピュータプログラム製品であり得る。代替実施形態では、機能の一部または全部は、ハードワイヤード様式などで、別個のまたは個別のデバイス可読記憶媒体に記憶された命令を実行することなしに、処理回路によって提供され得る。それらの特定の実施形態のいずれでも、非一時的コンピュータ可読記憶媒体に記憶された命令を実行するか否かにかかわらず、処理回路は、説明される機能を実施するように設定され得る。そのような機能によって提供される利益は、処理回路単独に、またはコンピューティングデバイスの他の構成要素に限定されないが、全体としてコンピューティングデバイスによって、ならびに／または概してエンドユーザおよび無線ネットワークによって、享受される。
【0156】
実施形態
【0157】
グループＡの実施形態
【0158】
実施形態１： 複数ＴＲＰにＰＵＳＣＨ設定済みグラントを送信するための、ユーザ機器（ＵＥ）によって実行される方法であって、方法が、ａ．ｍＴＲＰ動作を指示する統合ＴＣＩ状態フレームワークの設定を受信することと、ｂ．繰返しを使用するｍＴＲＰ動作、またはＳＴｘＭＰを使用するｍＴＲＰ動作のいずれかを指示する、設定済みグラントの指示を受信することと、ｃ．統合ＴＣＩ状態の設定および／または設定済みグラントの設定に従ってＰＵＳＣＨを送信することとのうちの１つまたは複数を含む、方法。
【0159】
実施形態２： 統合ＴＣＩ状態フレームワークについての受信された設定が、２つのＴＲＰへのＵＬ送信を指示する、実施形態１に記載の方法。
【0160】
実施形態３： 統合ＴＣＩ状態フレームワークについての受信された設定が、２つのジョイント／ＵＬ ＴＣＩ状態を適用することによって２つのＴＲＰへのＵＬ送信を指示する、実施形態１または２に記載の方法。
【0161】
実施形態４： 指示が、ＳＴｘＭＰまたは繰返しのいずれかを使用するｍＴＲＰ動作を明示的に指示する、実施形態１から３のいずれか１つに記載の方法。
【0162】
実施形態５： 繰返しまたはＳＴｘＭＰのいずれかを使用するｍＴＲＰ動作の指示が、ＲＲＣシグナリングを通して伝達される、実施形態１から４のいずれか１つに記載の方法。
【0163】
実施形態６： 繰返しまたはＳＴｘＭＰのいずれかを使用するｍＴＲＰ動作の指示が、ＤＣＩを通して伝達される、実施形態１から５のいずれか１つに記載の方法。
【0164】
実施形態７： 設定済みグラントについての、繰返しを使用するｍＴＲＰ動作の他の指示が、ＵＥによって無視される、実施形態１から６のいずれか１つに記載の方法。
【0165】
実施形態８： ＵＥが、ＴＳ３８．３３１において指定されているように、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇＩＥにおいて設定されたパラメータ「ｐ０－ＰＵＳＣＨ－Ａｌｐｈａ」および「ｐｏｗｅｒＣｏｎｔｒｏｌＬｏｏｐＴｏＵｓｅ」の一方または両方の設定を無視する、実施形態１から７のいずれか１つに記載の方法。
【0166】
実施形態９： （繰返しを使用するｍＴＲＰ動作またはＳＴｘＭＰを使用するｍＴＲＰ動作のいずれかの）明示的指示が、ＴＳ３８．３３１において指定されているように、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥ中の新しいビットフィールドにおいて設定された、実施形態１から８のいずれか１つに記載の方法。
【0167】
実施形態１０： （繰返しを使用するｍＴＲＰ動作またはＳＴｘＭＰを使用するｍＴＲＰ動作のいずれかの）明示的指示が、ＵＬ ＤＣＩ中のビットフィールドにおいて指示され、１つのコードポイントが、繰返しを使用するｍＴＲＰ動作を指示し、１つのコードポイントが、ＳＴｘＭＰを使用するｍＴＲＰ動作を指示する、実施形態１から９のいずれか１つに記載の方法。
【0168】
実施形態１１： ユーザデータを提供することと、ネットワークノードへの送信を介してホストにユーザデータをフォワーディングすることとをさらに含む、実施形態１から１０のいずれか１つに記載の方法。
【0169】
グループＢの実施形態
【0170】
実施形態１２： ＰＵＳＣＨ設定済みグラントを受信するための、ネットワークノードによって実行される方法であって、方法が、ａ．ｍＴＲＰ動作を指示する統合ＴＣＩ状態フレームワークの設定を送信することと、ｂ．繰返しを使用するｍＴＲＰ動作、またはＳＴｘＭＰを使用するｍＴＲＰ動作のいずれかを指示する、設定済みグラントの指示を送信することと、ｃ．統合ＴＣＩ状態の設定および／または設定済みグラントの設定に従ってＰＵＳＣＨを送信することとのうちの１つまたは複数を含む、方法。
【0171】
実施形態１３： 統合ＴＣＩ状態フレームワークについての送信された設定が、２つのＴＲＰへのＵＬ送信を指示する、実施形態１２に記載の方法。
【0172】
実施形態１４： 統合ＴＣＩ状態フレームワークについての送信された設定が、２つのジョイント／ＵＬ ＴＣＩ状態を適用することによって２つのＴＲＰへのＵＬ送信を指示する、実施形態１２または１３に記載の方法。
【0173】
実施形態１５： 指示が、ＳＴｘＭＰまたは繰返しのいずれかを使用するｍＴＲＰ動作を明示的に指示する、実施形態１２から１４のいずれか１つに記載の方法。
【0174】
実施形態１６： 繰返しまたはＳＴｘＭＰのいずれかを使用するｍＴＲＰ動作の指示が、ＲＲＣシグナリングを通して伝達される、実施形態１２から１５のいずれか１つに記載の方法。
【0175】
実施形態１７： 繰返しまたはＳＴｘＭＰのいずれかを使用するｍＴＲＰ動作の指示が、ＤＣＩを通して伝達される、実施形態１２から１６のいずれか１つに記載の方法。
【0176】
実施形態１８： 設定済みグラントについての、繰返しを使用するｍＴＲＰ動作の他の指示が、ＵＥによって無視される、実施形態１２から１７のいずれか１つに記載の方法。
【0177】
実施形態１９： ＵＥが、ＴＳ３８．３３１において指定されているように、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇＩＥにおいて設定されたパラメータ「ｐ０－ＰＵＳＣＨ－Ａｌｐｈａ」および「ｐｏｗｅｒＣｏｎｔｒｏｌＬｏｏｐＴｏＵｓｅ」の一方または両方の設定を無視する、実施形態１２から１８のいずれか１つに記載の方法。
【0178】
実施形態２０： （繰返しを使用するｍＴＲＰ動作またはＳＴｘＭＰを使用するｍＴＲＰ動作のいずれかの）明示的指示が、ＴＳ３８．３３１において指定されているように、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥ中の新しいビットフィールドにおいて設定された、実施形態１２から１９のいずれか１つに記載の方法。
【0179】
実施形態２１： （繰返しを使用するｍＴＲＰ動作またはＳＴｘＭＰを使用するｍＴＲＰ動作のいずれかの）明示的指示が、ＵＬ ＤＣＩ中のビットフィールドにおいて指示され、１つのコードポイントが、繰返しを使用するｍＴＲＰ動作を指示し、１つのコードポイントが、ＳＴｘＭＰを使用するｍＴＲＰ動作を指示する、実施形態１２から２０のいずれか１つに記載の方法。
【0180】
実施形態２２： ユーザデータを取得することと、ユーザデータをホストまたはユーザ機器にフォワーディングすることとをさらに含む、実施形態１２から２１のいずれか１つに記載の方法。
【0181】
グループＣの実施形態
【0182】
実施形態２３： 複数ＴＲＰにＰＵＳＣＨ設定済みグラントを送信するためのユーザ機器であって、グループＡの実施形態のいずれか１つに記載のステップのうちのいずれかを実施するように設定された処理回路と、処理回路に電力を供給するように設定された電力供給回路とを備える、ユーザ機器。
【0183】
実施形態２４： ＰＵＳＣＨ設定済みグラントを受信するためのネットワークノードであって、ネットワークノードが、グループＢの実施形態のいずれか１つに記載のステップのうちのいずれかを実施するように設定された処理回路と、処理回路に電力を供給するように設定された電力供給回路とを備える、ネットワークノード。
【0184】
実施形態２５： 複数ＴＲＰにＰＵＳＣＨ設定済みグラントを送信するためのユーザ機器（ＵＥ）であって、ＵＥは、無線信号を送り、受信するように設定されたアンテナと、アンテナと処理回路とに接続され、アンテナと処理回路との間で通信される信号を調整するように設定された、無線フロントエンド回路であって、処理回路が、グループＡの実施形態のいずれか１つに記載のステップのうちのいずれかを実施するように設定された、無線フロントエンド回路と、処理回路に接続され、ＵＥへの情報の入力が処理回路によって処理されることを可能にするように設定された、入力インターフェースと、処理回路に接続され、処理回路によって処理されたＵＥからの情報を出力するように設定された、出力インターフェースと、処理回路に接続され、ＵＥに電力を供給するように設定された、バッテリーとを備える、ユーザ機器（ＵＥ）。
【0185】
実施形態２６： オーバーザトップ（ＯＴＴ）サービスを提供するための通信システムにおいて動作するように設定されたホストであって、ホストは、ユーザデータを提供するように設定された処理回路と、ユーザ機器（ＵＥ）への送信のためにセルラネットワークへのユーザデータの送信を始動するように設定されたネットワークインターフェースであって、ＵＥが、通信インターフェースと処理回路とを備え、ＵＥの通信インターフェースおよび処理回路が、ホストからユーザデータを受信するためにグループＡの実施形態のいずれか１つに記載のステップのうちのいずれかを実施するように設定された、ネットワークインターフェースとを備える、ホスト。
【0186】
実施形態２７： セルラネットワークが、ホストからＵＥにユーザデータを送信するために、ＵＥと通信するように設定されたネットワークノードをさらに含む、実施形態２６に記載のホスト。
【0187】
実施形態２８： ホストの処理回路が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、ホストアプリケーションが、ＵＥ上で実行するクライアントアプリケーションと対話するように設定され、クライアントアプリケーションが、ホストアプリケーションに関連付けられる、実施形態２６または２７に記載のホスト。
【0188】
実施形態２９： ネットワークノードとユーザ機器（ＵＥ）とをさらに含む通信システムにおいて動作するホストによって実装される方法であって、方法が、ＵＥのためのユーザデータを提供することと、ネットワークノードを備えるセルラネットワークを介してＵＥにユーザデータを搬送する送信を始動することとを含み、ＵＥが、ホストからユーザデータを受信するためにグループＡの実施形態のいずれか１つに記載の動作のうちのいずれかを実施する、方法。
【0189】
実施形態３０： ホストにおいて、ＵＥからユーザデータを受信するために、ＵＥ上で実行するクライアントアプリケーションに関連付けられたホストアプリケーションを実行することをさらに含む、実施形態２９に記載の方法。
【0190】
実施形態３１： ホストにおいて、ＵＥ上で実行するクライアントアプリケーションに入力データを送信することであって、入力データが、ホストアプリケーションを実行することによって提供される、入力データを送信することをさらに含み、ユーザデータが、ホストアプリケーションからの入力データに応答してクライアントアプリケーションによって提供される、実施形態３０に記載の方法。
【0191】
実施形態３２： オーバーザトップ（ＯＴＴ）サービスを提供するための通信システムにおいて動作するように設定されたホストであって、ホストは、ユーザデータを提供するように設定された処理回路と、ユーザ機器（ＵＥ）への送信のためにセルラネットワークへのユーザデータの送信を始動するように設定されたネットワークインターフェースであって、ＵＥが、通信インターフェースと処理回路とを備え、ＵＥの通信インターフェースおよび処理回路が、ホストにユーザデータを送信するためにグループＡの実施形態のいずれか１つに記載のステップのうちのいずれかを実施するように設定された、ネットワークインターフェースとを備える、ホスト。
【0192】
実施形態３３： セルラネットワークが、ＵＥからホストにユーザデータを送信するために、ＵＥと通信するように設定されたネットワークノードをさらに含む、実施形態３２に記載のホスト。
【0193】
実施形態３４： ホストの処理回路が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、ホストアプリケーションが、ＵＥ上で実行するクライアントアプリケーションと対話するように設定され、クライアントアプリケーションが、ホストアプリケーションに関連付けられる、実施形態３２または３３に記載のホスト。
【0194】
実施形態３５： ネットワークノードとユーザ機器（ＵＥ）とをさらに含む通信システムにおいて動作するように設定されたホストによって実装される方法であって、方法が、ホストにおいて、ＵＥによってネットワークノードを介してホストに送信されたユーザデータを受信することを含み、ＵＥが、ホストにユーザデータを送信するためにグループＡの実施形態のいずれか１つに記載のステップのうちのいずれかを実施する、方法。
【0195】
実施形態３６： ホストにおいて、ＵＥからユーザデータを受信するために、ＵＥ上で実行するクライアントアプリケーションに関連付けられたホストアプリケーションを実行することをさらに含む、実施形態３５に記載の方法。
【0196】
実施形態３７： ホストにおいて、ＵＥ上で実行するクライアントアプリケーションに入力データを送信することであって、入力データが、ホストアプリケーションを実行することによって提供される、入力データを送信することをさらに含み、ユーザデータが、ホストアプリケーションからの入力データに応答してクライアントアプリケーションによって提供される、実施形態３６に記載の方法。
【0197】
実施形態３８： オーバーザトップ（ＯＴＴ）サービスを提供するための通信システムにおいて動作するように設定されたホストであって、ホストは、ユーザデータを提供するように設定された処理回路と、ユーザ機器（ＵＥ）への送信のためにセルラネットワークにおけるネットワークノードへのユーザデータの送信を始動するように設定されたネットワークインターフェースであって、ネットワークノードが、通信インターフェースと処理回路とを有し、ネットワークノードの処理回路が、ホストからＵＥにユーザデータを送信するためにグループＢの実施形態のいずれか１つに記載の動作のうちのいずれかを実施するように設定された、ホスト。
【0198】
実施形態３９： ホストの処理回路が、ユーザデータを提供するホストアプリケーションを実行するように設定され、ＵＥが、ホストからのユーザデータの送信を受信するために、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように設定された処理回路を備える、実施形態３８に記載のホスト。
【0199】
実施形態４０： ネットワークノードとユーザ機器（ＵＥ）とをさらに含む通信システムにおいて動作するように設定されたホストにおいて実装される方法であって、方法が、ＵＥのためのユーザデータを提供することと、ネットワークノードを備えるセルラネットワークを介してＵＥにユーザデータを搬送する送信を始動することとを含み、ネットワークノードが、ホストからＵＥにユーザデータを送信するためにグループＢの実施形態のいずれか１つに記載の動作のうちのいずれかを実施する、方法。
【0200】
実施形態４１： ネットワークノードにおいて、ＵＥのためにホストによって提供されたユーザデータを送信することをさらに含む、実施形態４０に記載の方法。
【0201】
実施形態４２： ユーザデータが、ホストにおいて、ＵＥ上で実行するクライアントアプリケーションと対話するホストアプリケーションを実行することによって提供され、クライアントアプリケーションが、ホストアプリケーションに関連付けられる、実施形態４０または４１に記載の方法。
【0202】
実施形態４３： オーバーザトップサービスを提供するように設定された通信システムであって、通信システムが、ホストを備え、ホストは、ユーザ機器（ＵＥ）のためのユーザデータを提供するように設定された処理回路であって、ユーザデータが、オーバーザトップサービスに関連付けられた、処理回路と、ＵＥへの送信のためにセルラネットワークノードのほうへのユーザデータの送信を始動するように設定されたネットワークインターフェースであって、ネットワークノードが、通信インターフェースと処理回路とを有し、ネットワークノードの処理回路が、ホストからＵＥにユーザデータを送信するためにグループＢの実施形態のいずれか１つに記載の動作のうちのいずれかを実施するように設定された、ネットワークインターフェースとを備える、通信システム。
【0203】
実施形態４４： ネットワークノード、および／またはユーザ機器をさらに備える、実施形態４３に記載の通信システム。
【0204】
実施形態４５： オーバーザトップ（ＯＴＴ）サービスを提供するための通信システムにおいて動作するように設定されたホストであって、ホストは、ユーザデータの受信を始動するように設定された処理回路と、セルラネットワークにおけるネットワークノードからのユーザデータを受信するように設定されたネットワークインターフェースであって、ネットワークノードが、通信インターフェースと処理回路とを有し、ネットワークノードの処理回路が、ホストのためにユーザ機器（ＵＥ）からユーザデータを受信するためにグループＢの実施形態のいずれか１つに記載の動作のうちのいずれかを実施するように設定された、ネットワークインターフェースとを備える、ホスト。
【0205】
実施形態４６： ホストの処理回路が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、ホストアプリケーションが、ＵＥ上で実行するクライアントアプリケーションと対話するように設定され、クライアントアプリケーションが、ホストアプリケーションに関連付けられる、実施形態４５に記載のホスト。
【0206】
実施形態４７： ユーザデータの受信を始動することが、ユーザデータを要求することを含む、実施形態４５または４６に記載のホスト。
【0207】
実施形態４８： ネットワークノードとユーザ機器（ＵＥ）とをさらに含む通信システムにおいて動作するように設定されたホストによって実装される方法であって、方法が、ホストにおいて、ＵＥからのユーザデータの受信を始動することを含み、ユーザデータは、ネットワークノードがＵＥから受信した送信から発生し、ネットワークノードが、ホストのためにＵＥからのユーザデータを受信するためにグループＢの実施形態のいずれか１つに記載のステップのうちのいずれかを実施する、方法。
【0208】
実施形態４９： ネットワークノードにおいて、ホストに、受信されたユーザデータを送信することをさらに含む、実施形態４８に記載の方法。
【0209】
以下の略語のうちの少なくともいくつかが本開示で使用され得る。略語間の不整合がある場合、その略語が上記でどのように使用されるかが選好されるべきである。以下で複数回リストされる場合、第１のリスティングが（１つまたは複数の）後続のリスティングよりも選好されるべきである。
・ ３ＧＰＰ 第３世代パートナーシッププロジェクト
・ ５Ｇ 第５世代
・ ５ＧＣ 第５世代コア
・ ５ＧＳ 第５世代システム
・ ＡＦ アプリケーション機能
・ ＡＭＦ アクセスおよびモビリティ機能
・ ＡＮ アクセスネットワーク
・ ＡＰ アクセスポイント
・ ＡＳＩＣ 特定用途向け集積回路
・ ＡＵＳＦ 認証サーバ機能
・ ＣＧ 設定済みグラント
・ ＣＰＵ 中央処理ユニット
・ ＤＣＩ ダウンリンク制御情報
・ ・ＤＮ データネットワーク
・ ・ＤＳＰ デジタル信号プロセッサ
・ ・ｅＮＢ 拡張またはエボルブドノードＢ
・ ・ＥＰＳ エボルブドパケットシステム
・ ・Ｅ－ＵＴＲＡ 拡張ユニバーサル地上無線アクセス
・ ・ＦＰＧＡ フィールドプログラマブルゲートアレイ
・ ・ｇＮＢ 新無線基地局
・ ・ｇＮＢ－ＤＵ 新無線基地局分散ユニット
・ ・ＨＳＳ ホーム加入者サーバ
・ ＩＥ 情報エレメント
・ ＩｏＴ モノのインターネット
・ ＩＰ インターネットプロトコル
・ ＬＴＥ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ
・ ＭＭＥ モビリティ管理エンティティ
・ ＭＴＣ マシン型通信
・ ｍＴＲＰ 複数送信受信ポイント
・ ＮＥＦ ネットワーク公開機能
・ ＮＦ ネットワーク機能
・ ＮＲ 新無線
・ ＮＲＦ ネットワーク機能リポジトリ機能
・ ＮＳＳＦ ネットワークスライス選択機能
・ ＯＴＴ オーバーザトップ
・ ＰＣ パーソナルコンピュータ
・ ＰＣＦ ポリシ制御機能
・ Ｐ－ＧＷ パケットデータネットワークゲートウェイ
・ ＰＵＳＣＨ 物理アップリンク共有チャネル
・ ＱｏＳ サービス品質
・ ＲＡＭ ランダムアクセスメモリ
・ ＲＡＮ 無線アクセスネットワーク
・ ＲＯＭ 読取り専用メモリ
・ ＲＲＣ 無線リソース制御
・ ＲＲＨ リモート無線ヘッド
・ ＲＴＴ ラウンドトリップタイム
・ ＳＣＥＦ サービス能力公開機能
・ ＳＭＦ セッション管理機能
・ ＳＴｘＭＰ 複数パネルにわたる同時送信
・ ＴＣＩ 送信設定インジケータ
・ ＴＲＰ 送信受信ポイント
・ ＵＤＭ 統合データ管理
・ ＵＥ ユーザ機器
・ ＵＬ アップリンク
・ ＵＰＦ ユーザプレーン機能
・ ３ＧＰＰ 第３世代パートナーシッププロジェクト
・ ５Ｇ 第５世代
・ ５ＧＣ 第５世代コア
・ ５ＧＳ 第５世代システム
・ ＡＦ アプリケーション機能
・ ＡＭＦ アクセスおよびモビリティ機能
・ ＡＮ アクセスネットワーク
・ ＡＰ アクセスポイント
・ ＡＳＩＣ 特定用途向け集積回路
・ ＡＵＳＦ 認証サーバ機能
・ ＣＧ 設定済みグラント
・ ＣＰＵ 中央処理ユニット
・ ＤＣＩ ダウンリンク制御情報
・ ・ＤＮ データネットワーク
・ ・ＤＳＰ デジタル信号プロセッサ
・ ・ｅＮＢ 拡張またはエボルブドノードＢ
・ ・ＥＰＳ エボルブドパケットシステム
・ ・Ｅ－ＵＴＲＡ 拡張ユニバーサル地上無線アクセス
・ ・ＦＰＧＡ フィールドプログラマブルゲートアレイ
・ ・ｇＮＢ 新無線基地局
・ ・ｇＮＢ－ＤＵ 新無線基地局分散ユニット
・ ・ＨＳＳ ホーム加入者サーバ
・ ＩＥ 情報エレメント
・ ＩｏＴ モノのインターネット
・ ＩＰ インターネットプロトコル
・ ＬＴＥ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ
・ ＭＭＥ モビリティ管理エンティティ
・ ＭＴＣ マシン型通信
・ ｍＴＲＰ 複数送信受信ポイント
・ ＮＥＦ ネットワーク公開機能
・ ＮＦ ネットワーク機能
・ ＮＲ 新無線
・ ＮＲＦ ネットワーク機能リポジトリ機能
・ ＮＳＳＦ ネットワークスライス選択機能
・ ＯＴＴ オーバーザトップ
・ ＰＣ パーソナルコンピュータ
・ ＰＣＦ ポリシ制御機能
・ Ｐ－ＧＷ パケットデータネットワークゲートウェイ
・ ＰＵＳＣＨ 物理アップリンク共有チャネル
・ ＱｏＳ サービス品質
・ ＲＡＭ ランダムアクセスメモリ
・ ＲＡＮ 無線アクセスネットワーク
・ ＲＯＭ 読取り専用メモリ
・ ＲＲＣ 無線リソース制御
・ ＲＲＨ リモート無線ヘッド
・ ＲＴＴ ラウンドトリップタイム
・ ＳＣＥＦ サービス能力公開機能
・ ＳＭＦ セッション管理機能
・ ＳＴｘＭＰ 複数パネルにわたる同時送信
・ ＴＣＩ 送信設定インジケータ
・ ＴＲＰ 送信受信ポイント
・ ＵＤＭ 統合データ管理
・ ＵＥ ユーザ機器
・ ＵＬ アップリンク
・ ＵＰＦ ユーザプレーン機能
【0210】
当業者は、本開示の実施形態に対する改善および修正を認識されよう。すべてのそのような改善および修正は、本明細書で開示される概念の範囲内で考慮される。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【国際調査報告】