▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-06-22
(45)【発行日】2023-06-30
(54)【発明の名称】サイドリンクレポートを処理する方法及び装置
(51)【国際特許分類】
H04W 24/10 20090101AFI20230623BHJP
H04W 92/18 20090101ALI20230623BHJP
H04W 72/12 20230101ALI20230623BHJP
H04W 72/40 20230101ALI20230623BHJP
H04W 4/40 20180101ALN20230623BHJP
【ＦＩ】
H04W24/10
H04W92/18
H04W72/12
H04W72/40
H04W4/40
【請求項の数】
14
(21)【出願番号】P 2021545925
(86)(22)【出願日】2020-03-31
(65)【公表番号】
(43)【公表日】2022-07-06
(86)【国際出願番号】 CN2020082416
(87)【国際公開番号】W WO2020220910
(87)【国際公開日】2020-11-05
【審査請求日】2021-09-07
(31)【優先権主張番号】PCT/CN2019/085381
(32)【優先日】2019-04-30
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】110003281
【氏名又は名称】弁理士法人大塚国際特許事務所
(72)【発明者】
【氏名】サン， ワンルー
(72)【発明者】
【氏名】チャン， コンチ
(72)【発明者】
【氏名】チャン， チャン
(72)【発明者】
【氏名】アシュラフ， シェーザド アリ
(72)【発明者】
【氏名】ブラスコ セラーノ， リカルド
【審査官】倉本 敦史
(56)【参考文献】
【文献】NTT DOCOMO, INC.，NR Sidelink Resource Allocation Mechanism Mode 1，3GPP TSG RAN WG1 #96bis R1-1905422，2019年04月03日，pp.1-5
【文献】Samsung，Discussion on Uu-based sidelink resource allocation and configuration，3GPP TSG RAN WG1 #95 R1-1812989，2018年11月03日，pp.1-6
【文献】Intel Corporation，Design of physical layer procedures for NR V2X sidelink，3GPP TSG RAN WG1 RAN1#96bis R1 -1904299，2019年04月03日，pp.1-11
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
端末デバイスによって実行される方法であって、前記端末デバイスに関連付けられた少なくとも１つのサイドリンク接続のチャネル状態情報を示す少なくとも１つのレポートの送信ためのスケジューリング要求を基地局に送信することと、
前記基地局から前記少なくとも１つのレポートの前記送信ためのサイドリンクグラントを受信することと、
受信した前記サイドリンクグラントに従って、チャネル状態情報を示す前記少なくとも１つのレポートを、前記少なくとも１つのサイドリンク接続を介して別の端末デバイスに送信することと、
を含み、
前記方法は、さらに、前記少なくとも１つのレポートを前記別の端末デバイスに送信する前に、前記少なくとも１つのサイドリンク接続を介する前記少なくとも１つのレポートの送信又はＭＡＣデータの送信のどちらが優先されるかを決定するために、優先順位付けすることを含む、方法。
【請求項2】
請求項１に記載の方法であって、前記少なくとも１つのレポートを送信することは、少なくとも１つのサイドリンク接続のチャネル状態情報を示す前記少なくとも１つのレポートのためのＭＡＣ制御要素を前記別の端末デバイスに送信することを含む、方法。
【請求項3】
請求項２に記載の方法であって、少なくとも１つのサイドリンク接続のチャネル状態情報を示す前記少なくとも１つのレポートのための前記ＭＡＣ制御要素は、前記少なくとも１つのレポートを１つ以上のＭＡＣ ＰＤＵに多重化することによって生成される、方法。
【請求項4】
請求項３に記載の方法であって、前記少なくとも１つのレポートを１つ以上のＭＡＣ ＰＤＵに多重化することは、サイドリンク接続に関連付けられた論理チャネルからのＭＡＣデータと共に前記少なくとも１つのレポートを１つ以上のＭＡＣ ＰＤＵに多重化することを含む、方法。
【請求項5】
請求項１に記載の方法であって、優先順位付けの前記決定が、前記ＭＡＣデータの論理チャネルよりも前記少なくとも１つのレポートの論理チャネルを優先することであることに応答して、前記別の端末デバイスへの前記少なくとも１つのレポートの前記送信は、前記ＭＡＣデータの前記送信の前である、方法。
【請求項6】
請求項１に記載の方法であって、前記サイドリンクグラントは、前記少なくとも１つのサイドリンク接続の識別子を含む、方法。
【請求項7】
請求項１に記載の方法であって、前記サイドリンクグラントは、ダウンリンク制御情報で搬送される、方法。
【請求項8】
端末デバイスであって、１つ以上のプロセッサと、
コンピュータプログラムコードを含む１つ以上のメモリと、を備え、
前記１つ以上のメモリ及び前記コンピュータプログラムコードは、前記１つ以上のプロセッサと共に、前記端末デバイスに、
前記端末デバイスに関連付けられた少なくとも１つのサイドリンク接続のチャネル状態情報を示す少なくとも１つのレポートの送信のためのスケジューリング要求を基地局に送信することと、
前記基地局から前記少なくとも１つのレポートの前記送信ためのサイドリンクグラントを受信することと、
受信した前記サイドリンクグラントに従って、チャネル状態情報を示す前記少なくとも１つのレポートを、前記少なくとも１つのサイドリンク接続を介して別の端末デバイスに送信することと、
を実行させる様に構成され、
前記１つ以上のメモリ及び前記コンピュータプログラムコードは、さらに、
前記少なくとも１つのレポートを前記別の端末デバイスに送信する前に、前記少なくとも１つのサイドリンク接続を介する前記少なくとも１つのレポートの送信又はＭＡＣデータの送信のどちらが優先されるかを決定するために、優先順位付けする様に構成されている、端末デバイス。
【請求項9】
請求項８に記載の端末デバイスであって、前記１つ以上のメモリ及び前記コンピュータプログラムコードは、
少なくとも１つのサイドリンク接続のチャネル状態情報を示す前記少なくとも１つのレポートのためのＭＡＣ制御要素を前記別の端末デバイスに送信する様に構成されている、端末デバイス。
【請求項10】
請求項９に記載の端末デバイスであって、前記１つ以上のメモリ及び前記コンピュータプログラムコードは、さらに、
少なくとも１つのサイドリンク接続のチャネル状態情報を示す前記少なくとも１つのレポートのための前記ＭＡＣ制御要素を、前記少なくとも１つのレポートを１つ以上のＭＡＣ ＰＤＵに多重化することによって生成する様に構成されている、端末デバイス。
【請求項11】
請求項１０に記載の端末デバイスであって、前記１つ以上のメモリ及び前記コンピュータプログラムコードは、
サイドリンク接続に関連付けられた論理チャネルからのＭＡＣデータと共に前記少なくとも１つのレポートを１つ以上のＭＡＣ ＰＤＵに多重化する様に構成されている、端末デバイス。
【請求項12】
請求項８に記載の端末デバイスであって、前記１つ以上のメモリ及び前記コンピュータプログラムコードは、
優先順位付けの前記決定が、前記ＭＡＣデータの論理チャネルよりも前記少なくとも１つのレポートの論理チャネルを優先することであることに応答して、前記ＭＡＣデータの前記送信の前に、前記少なくとも１つのレポートを前記別の端末デバイスに送信する様に構成されている、端末デバイス。
【請求項13】
請求項８に記載の端末デバイスであって、前記サイドリンクグラントは、前記少なくとも１つのサイドリンク接続の識別子を含む、端末デバイス。
【請求項14】
請求項８に記載の端末デバイスであって、前記サイドリンクグラントは、ダウンリンク制御情報で搬送される、端末デバイス。
【発明の詳細な説明】
【技術分野】
【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】
【図1】ＬＴＥベースのネットワークのＶ２Ｘシナリオを示す図。
【図2】サイドリンクユニキャストリンクを確立するための例示的な手順を示す図。
【図3】サイドリンクＣＳＩレポートを取得するための手順を示す図。
【図4】本開示の幾つかの実施形態による、サイドリンクＣＳＩレポートを処理するシナリオを示す図。
【図5】本開示の幾つかの実施形態による、サイドリンクＣＳＩレポートを処理する別のシナリオを示す図。
【図6】本開示の幾つかの実施形態による、サイドリンクＣＳＩレポートを処理する別のシナリオを示す図。
【図7】本開示の幾つかの実施形態による、サイドリンクＣＳＩレポートを処理する別のシナリオを示す図。
【図8】アップリンクにおけるメディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）の例を示す図。
【図9】本開示の幾つかの実施形態による、基地局によって実行される方法を示すフローチャート。
【図10】本開示の実施形態による、端末デバイスによって実行される方法を示すフローチャート。
【図11】本開示の幾つかの実施形態による装置のブロック図。
【図12】本開示の幾つかの実施形態による装置のブロック図。
【図13】本開示の幾つかの実施形態による装置のブロック図。
【図14】本開示の幾つかの実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワークを示すブロック図。
【図15】本開示の幾つかの実施形態による、少なくとも部分的な無線接続を介して、基地局経由でＵＥと通信するホストコンピュータのブロック図。
【図16】本開示の一実施形態による、通信システムで実施される方法を示すフローチャート。
【図17】本開示の一実施形態による、通信システムで実施される方法を示すフローチャート。
【図18】本開示の一実施形態による、通信システムで実施される方法を示すフローチャート。
【図19】本開示の一実施形態による、通信システムで実施される方法を示すフローチャート。
【発明を実施するための形態】
【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】
【表1】
【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】
本開示は、本明細書に明示的に又はその一般化のいずれかで開示される任意の新規の特徴又は特徴の組み合わせを含む。本開示の前述の例示的な実施形態に対する様々な修正及び適合は、添付の図面と併せて読むと、前述の説明を考慮して、関連技術分野の当業者に明らかになり得る。しかしながら、ありとあらゆる修正は、依然として、本開示の非限定的かつ例示的な実施形態の範囲内に含まれるであろう。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】