特表 2022-549720 チャネル状態情報のための方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2022-11-28

(54)【発明の名称】チャネル状態情報のための方法および装置

(51)【国際特許分類】

   H04W 74/08 20090101AFI20221118BHJP

   H04W 24/10 20090101ALI20221118BHJP

   H04W 24/08 20090101ALI20221118BHJP

【ＦＩ】

H04W74/08

H04W24/10

H04W24/08

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2022519422

(86)(22)【出願日】2020-09-02

(85)【翻訳文提出日】2022-05-20

(86)【国際出願番号】 CN2020113069

(87)【国際公開番号】W WO2021057418

(87)【国際公開日】2021-04-01

(31)【優先権主張番号】PCT/CN2019/108566

(32)【優先日】2019-09-27

(33)【優先権主張国・地域又は機関】CN

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＷＣＤＭＡ

２．３ＧＰＰ

(71)【出願人】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】100109726

【弁理士】

【氏名又は名称】園田 吉隆

(74)【代理人】

【識別番号】100161470

【弁理士】

【氏名又は名称】冨樫 義孝

(74)【代理人】

【識別番号】100194294

【弁理士】

【氏名又は名称】石岡 利康

(74)【代理人】

【識別番号】100194320

【弁理士】

【氏名又は名称】藤井 亮

(74)【代理人】

【識別番号】100150670

【弁理士】

【氏名又は名称】小梶 晴美

(72)【発明者】

【氏名】リン， ツィーペン

(72)【発明者】

【氏名】ティデスタフ， クラース

(72)【発明者】

【氏名】ハリソン， ロバート マーク

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067DD11

5K067DD43

5K067EE02

5K067EE10

5K067GG01

(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】

その上に具現されたコンピュータプログラムコード（５０３）を有するコンピュータ可読媒体であって、前記コンピュータプログラムコード（５０３）が、コンピュータ上で実行されたとき、前記コンピュータに、請求項１５から２５のいずれか一項に記載の方法のいずれかのステップを実施させる、コンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【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】

【図1】本開示の一実施形態による、例示的な４ステップＲＡプロシージャを示す図である。

【図2】本開示の一実施形態による、例示的な２ステップＲＡプロシージャを示す図である。

【図3】本開示のいくつかの実施形態による、方法を示すフローチャートである。

【図4】本開示のいくつかの実施形態による、別の方法を示すフローチャートである。

【図5】本開示のいくつかの実施形態による、装置を示すブロック図である。

【図6A】本開示のいくつかの実施形態による、別の装置を示すブロック図である。

【図6B】本開示のいくつかの実施形態による、また別の装置を示すブロック図である。

【図7】本開示のいくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワークを示すブロック図である。

【図8】本開示のいくつかの実施形態による、部分的無線接続上で基地局を介してＵＥと通信するホストコンピュータを示すブロック図である。

【図9】本開示の一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。

【図10】本開示の一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。

【図11】本開示の一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。

【図12】本開示の一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。

【発明を実施するための形態】

【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】

いくつかの例示的な実施形態によれば、ＣＳＩ要求は、２ステップＲＡプロシージャにおいてネットワークノードによって端末デバイスに送信されたメッセージＢ／ｍｓｇＢ中のＵＬグラントによって指示され得る。

【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】

本開示は、明示的に本明細書で開示される特徴の任意の新規の特徴または組合せあるいはその任意の一般化のいずれかを含む。本開示の上記の例示的な実施形態への様々な修正および適応は、添付の図面とともに読まれるとき、上記の説明に鑑みて、当業者に明らかになり得る。しかしながら、任意のおよびすべての修正が、依然として、本開示の非限定的なおよび例示的な実施形態の範囲内に入る。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6A】

【図6B】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【国際調査報告】