JP2023110023A - 通信のための方法、端末デバイス、及びコンピュータ読み取り可能な媒体 - Google Patents

Abstract

【課題】同期送信に送信電力を割り当てるための方法及び端末デバイスを提供する。【解決手段】通信方法において、端末デバイスは、第１送信又は第２送信を、より低い送信要求を有するセカンダリ送信として選択する。第１送信は第１期間に実行され、第２送信は第１期間とオーバーラップする第２期間に実行される。端末デバイスは、第１及び第２送信の総送信電力が端末デバイスの利用可能な送信電力以下であるように、第１期間と第２期間との間のオーバーラップ部分でセカンダリ送信の送信電力を調節する。【効果】本開示の実施形態は、同期送信の電力割り当てのための実現可能、かつ合理的なソリューションを提供する。【選択図】図２

Description

本開示の実施形態は、一般的に、通信の分野に関し、特に、無線通信における端末デバイスの同期送信のための送信電力の割り当てに関する。

３ＧＰＰ規格の最新の発展技術は、進化したパケットコア（ＥＰＣ：Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）ネットワークのロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）及びＥ‐ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）と呼ばれ、通常、「４Ｇ」とも呼ばれる。さらに、「５Ｇ新しい無線（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）」という用語は、様々なアプリケーションやサービスをサポートすることが期待される進化した通信技術を指す。５Ｇ ＮＲは、遅延、信頼性、セキュリティ、スケーラビリティ（例えば、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ））に関連する新たな要求、及びその他の要求を満たすために、第３世代パートナーシッププロジェクト（３ＧＰＰ：Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）によって公表された継続的なモバイルブロードバンドの進化の一部である。５Ｇ ＮＲのいくつかの態様は、４Ｇロングタームエボリューション（ＬＴＥ）規格に基づくものである。

５Ｇ ＮＲシステムの多くの通信シナリオでは、端末デバイスは、複数の送信を同時に行う必要とする場合がある。しかし、これらの送信を同時に実行するための端末デバイスの利用可能な総送信電力は限られている。そのため、異なる同期送信の間で送信電力を割り当てるための、実現可能、かつ合理的なソリューションが必要となる。

一般的に、本開示の例示的な実施形態は、同期送信に送信電力を割り当てるためのソリューションを提供する。

第１態様では、通信方法が提供される。この方法は、端末デバイスで、第１送信又は第２送信を、より低い送信要求を有するセカンダリ送信として選択することを含む。前記第１送信は第１期間に実行され、前記第２送信は前記第１期間とオーバーラップする第２期間に実行される。この方法は、前記第１及び第２送信の総送信電力が前記端末デバイスの利用可能な送信電力以下であるように、前記第１期間と前記第２期間との間のオーバーラップ部分で前記セカンダリ送信の送信電力を調節することをさらに含む。

第２態様では、通信方法が提供される。この方法は、端末デバイスで、第１サイドリンク送信又は第２サイドリンク送信を、より低い送信要求を有するセカンダリサイドリンク送信として選択することを含む。前記第１サイドリンク送信は第１期間に実行され、前記第２サイドリンク送信は第２期間に実行される。また、この方法は、前記セカンダリサイドリンク送信又はアップリンク送信を、より低い送信要求を有するターゲット送信として選択することを含む。前記アップリンク送信は、第３期間に実行される。前記第１、第２及び第３期間は、オーバーラップ部分を有する。この方法は、前記第１及び第２サイドリンク送信と前記アップリンク送信の総送信電力が、前記端末デバイスの利用可能な送信電力以下であるように、前記オーバーラップ部分で前記ターゲット送信の送信電力を調節することをさらに含む。

第３態様では、通信方法が提供される。この方法は、端末デバイスで、第１期間に実行される第１送信と、前記第１期間とオーバーラップする第２期間に実行される第２送信とを決定することを含む。また、この方法は、前記第１期間が第２期間よりも早い開始時刻を有すると決定することを含む。この方法は、さらに、前記第１期間で、前記第１送信の送信電力を変更せずに維持することを含む。

第４態様では、端末デバイスが提供される。この端末デバイスは、プロセッサと、命令を格納するメモリと、を備える。前記メモリ及び前記命令は、前記プロセッサによって、前記端末デバイスに、第１送信又は第２送信を、より低い送信要求を有するセカンダリ送信として選択させるように構成される。前記第１送信は第１期間に実行され、前記第２送信は前記第１期間とオーバーラップする第２期間に実行される。前記メモリ及び前記命令は、さらに、前記プロセッサによって、前記端末デバイスに、前記第１及び第２送信の総送信電力が前記端末デバイスの利用可能な送信電力以下であるように、前記第１期間と前記第２期間との間のオーバーラップ部分で前記セカンダリ送信の送信電力を調節させるように構成される。

第５態様では、端末デバイスが提供される。この端末デバイスは、プロセッサと、命令を格納するメモリと、を備える。前記メモリ及び前記命令は、前記プロセッサによって、前記端末デバイスに、第１サイドリンク送信又は第２サイドリンク送信を、より低い送信要求を有するセカンダリサイドリンク送信として選択させるように構成される。前記第１サイドリンク送信は第１期間に実行され、前記第２サイドリンク送信は第２期間に実行される。前記メモリ及び前記命令は、さらに、前記プロセッサによって、前記端末デバイスに、前記セカンダリサイドリンク送信又はアップリンク送信を、より低い送信要求を有するターゲット送信として選択させるように構成される。前記アップリンク送信は第３期間に実行される。前記第１、第２及び第３期間はオーバーラップ部分を有する。前記メモリ及び前記命令は、さらに、前記プロセッサによって、前記端末デバイスに、前記第１及び第２サイドリンク送信と前記アップリンク送信の総送信電力が、前記端末デバイスの利用可能な送信電力以下であるように、前記オーバーラップ部分で前記ターゲット送信の送信電力を調節させるように構成される。

第６態様では、端末デバイスが提供される。この端末デバイスは、プロセッサと、命令を格納するメモリと、を備える。前記メモリ及び前記命令は、前記プロセッサによって、前記端末デバイスに、第１期間に実行される第１送信と、前記第１期間とオーバーラップする第２期間に実行される第２送信とを決定させるように構成される。また、前記メモリ及び前記命令は、前記プロセッサによって、前記端末デバイスに、前記第１期間が、前記第２期間よりも早い開始時刻を有すると決定させるように構成される。前記メモリ及び前記命令は、さらに、前記プロセッサによって、前記端末デバイスに、前記第１期間で、前記第１送信の送信電力を変更せずに維持させるように構成される。

第７態様では、命令が格納されたコンピュータ読み取り可能な媒体が提供される。前記命令は、デバイスの少なくとも１つのプロセッサで実行されると、前記デバイスに第１、第２、又は第３態様に記載の方法を実行させる。

本概要のセクションは、本開示の実施形態の主要な又は本質的な特徴を特定することを意図しておらず、本開示の範囲を限定するために使用されることも意図していないことを理解されたい。本開示の他の特徴は、以下の説明により容易に理解できるようになる。

添付図面を参照しながら本開示のいくつかの実施形態をより詳細に説明することを通して、本開示の上記及び他の目的、特徴、及び利点がより明らかになる。

図１は、本開示のいくつかの実施形態を実施可能な通信環境の概略図である。

図２は、本開示のいくつかの実施形態にかかる例示的な方法のフローチャートを示す。

図３は、本開示のいくつかの実施形態にかかる例示的なプロセスのフローチャートを示す。

図４は、本開示のいくつかの実施形態にかかる別の例示的プロセスのフローチャートを示す。

図５は、本開示のいくつかの実施形態にかかる別の例示的な方法のフローチャートを示す。

図６は、本開示のいくつかの実施形態にかかる異なる送信のための、異なる持続時間を有する異なるサブフレームの概略図を示す。

図７は、本開示のいくつかの実施形態にかかる別の例示的な方法のフローチャートを示す。

図８は、本開示の実施形態の実施に適したデバイスの簡略化したブロック図である。

図面全体において、同一又は類似の参照番号は、同一又は類似の要素を表す。

本開示の原理を、いくつかの例示的な実施形態を参照して説明する。これらの実施形態は、例示の目的のみで記載され、本開示の範囲に関するいかなる限定を示唆することなく、当業者が本開示を理解して実施することに寄与することを理解されたい。本明細書で説明される開示は、以下に説明されるもの以外の様々な態様で実施されることができる。

以下の説明及び特許請求の範囲において、別途定義されない限り、本明細書で使用されるすべての技術用語及び科学用語は、本開示が属する技術分野の当業者にとって一般的に理解されるものと同じ意味を有する。

本明細書で使用されるとき、「ネットワークデバイス」又は「基地局」（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）という用語は、端末デバイスが通信できるセル又はカバレッジを提供し、又はホストすることができるデバイスを指す。ネットワークデバイスの例として、Ｎｏｄｅ Ｂ（ＮｏｄｅＢ又はＮＢ）、Ｅｖｏｌｖｅｄ ＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ＮｏｄｅＢ（ｇＮＢ）、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）通信用のインフラデバイス、送信／受信ポイント（ＴＲＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ／Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）、リモート無線ユニット（ＲＲＵ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｕｎｉｔ）、無線ヘッド（ＲＨ：Ｒａｄｉｏ Ｈｅａｄ）、リモート無線ヘッド（ＲＲＨ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）、及びフェムトノードやピコノードなどの低パワーノードなどが挙げられるが、これらに限定されない。

本明細書で使用されるとき、「端末デバイス」という用語は、無線又は有線通信機能を有する任意のデバイスを指す。端末デバイスの例として、ユーザ機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、車載端末デバイス、歩行者のデバイス、路側機、パーソナルコンピュータ、デスクトップ、移動電話、セルラー電話、スマートフォン、携帯情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャデバイス、ゲームデバイス、音楽記憶及び再生機器、又は無線や有線インターネットアクセス及びブラウジングなどを可能にするインターネット機器が挙げられるが、これらに限定されない。説明の目的のために、以下、端末デバイスの例としてＵＥを参照していくつかの実施形態を説明し、「端末デバイス」及び「ユーザ機器」（ＵＥ）という用語は、本開示の文脈で互換的に使用されることができる。

本明細書で使用されるとき、単数形である「１つ（ａ）」、「１つ（ａｎ）」、及び「前記（ｔｈｅ）」は、文脈からそうでないことが明確に示されない限り、複数形も含むことを意図している。「含む」という用語及びその変形は、「．．．含むが、これに限定されない」ことを意味するオープンな用語として読み取られる。「に基づいて」という用語は、「少なくとも部分的に基づいて」として読み取られる。「一実施形態」及び「実施形態」という用語は、「少なくとも１つの実施形態」として読み取られる。「別の実施形態」という用語は、「少なくとも１つの他の実施形態」として読み取られる。「第１」、「第２」などの用語は、異なるオブジェクト又は同じオブジェクトを指すことができる。以下には、明示的及び暗黙的なその他の定義が含まれることがある。

いくつかの例では、値、手順、又は装置は、「最もよい」、「最も低い」、「最も高い」、「最小」、「最大」などとして言及される。そのような記述は、多くの使用される機能的選択肢から選択可能であることを示すと意図しており、このような選択は、他の選択に比べてより良い、小さい、高い、又はより好ましい必要がないことを理解されたい。

図１は、本開示のいくつかの実施形態を実施可能な通信環境１００の概略図である。図１に示すように、通信環境１００は、それらのカバレッジ内の複数の端末デバイス１３０、１４０、及び１５０に無線接続を提供する第１ネットワークデバイス１１０及び第２ネットワークデバイス１２０を含むことができる。第１ネットワークデバイス１１０及び第２ネットワークデバイス１２０の共通のカバレッジが図１に示されているが、第１ネットワークデバイス１１０及び第２ネットワークデバイス１２０は、図１に示されていないそれぞれのサービングセルを有してもよいことを理解されたい。

いくつかの実施形態では、第１ネットワークデバイス１１０は、５Ｇ ＮＲ技術で動作するｇＮＢであってもよく、第２ネットワークデバイス１２０は、ＬＴＥ技術で動作するｅＮＢであってもよい。いくつかの他の実施形態では、第１ネットワークデバイス１１０及び第２ネットワークデバイス１２０は、同じ無線アクセス技術（ＲＡＴ：ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）又は異なるＲＡＴを使用する任意のネットワークデバイスであってもよい。図１に示すように、端末デバイス１３０、１４０、及び１５０として、携帯電話が模式的に示されている。しかし、この図示は、いかなる限定も示唆することなく、例示に過ぎないことを理解されたい。他の実施形態では、端末デバイス１３０、１４０、及び１５０は、任意の他の無線通信デバイス、例えば、車載端末デバイスであってもよい。

端末デバイス１３０は、無線送信１１５、１１７、及び１１９を介してネットワークデバイス１１０と通信してもよい。本明細書で使用されるとき、端末デバイス１３０からネットワークデバイス１１０への送信１１５は、アップリンク送信１１５と呼ばれてもよく、一方、ネットワークデバイス１１０から端末デバイス１３０への送信１１７は、代替的にダウンリンク送信１１７と呼ばれてもよい。

さらに、端末デバイス１３０は、ネットワークデバイス１１０へのアップリンク送信１１５を実行している間に、別のネットワークデバイス１１０へのアップリンク送信１１９を同時に実行することがある。言い換えれば、アップリンク送信１１５及び１１９は、時間領域で互いにオーバーラップしている。いくつかの実施形態では、アップリンク送信１１５は、ＵＲＬＬＣ（Ｕｌｔｒａ-Ｒｅｌｉａｂｌｅ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）アップリンク送信を含み、アップリンク送信１１９は、通常のアップリンク送信を含み、即ち、ＵＲＬＬＣアップリンク送信を含まない。

同様に、端末デバイス１３０からネットワークデバイス１２０への送信１２５は、アップリンク送信１２５と呼ばれてもよく、一方、ネットワークデバイス１２０から端末デバイス１３０への送信１２７は、代替的にダウンリンク送信１２７と呼ばれてもよい。同様に、端末デバイス１４０及び１５０の各々は、ネットワークデバイス１１０及び１２０の一方又は両方との無線リンク（図示しない）を有してもよい。

ネットワークデバイス１１０及び１２０を介した通信に加えて、端末デバイス１３０は、それぞれデバイス間（Ｄ２Ｄ：ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）送信１３５及び１４５を介して、端末デバイス１４０及び１５０と通信してもよい。いくつかの実施形態では、Ｄ２Ｄ送信１３５及びＤ２Ｄ送信１４５は、５Ｇ ＮＲ技術のような同じＲＡＴを使用してもよい。いくつかの他の実施形態では、Ｄ２Ｄ送信１３５及びＤ２Ｄ送信１４５は、異なるＲＡＴを使用してもよい。例えば、Ｄ２Ｄ送信１３５は、５Ｇ ＮＲ技術を使用し、即ち、それがＮＲサイドリンク送信であり、一方、Ｄ２Ｄ送信１４５は、ＬＴＥ技術を使用し、即ち、それがＬＴＥサイドリンク送信である。

図１に示されていないが、端末デバイス１４０と端末デバイス１５０との間、及び他の端末デバイス間にもＤ２Ｄ通信があってもよい。本明細書で使用されるとき、端末デバイス１３０、１４０、１５０、及び図示されていない他の端末デバイスの間でＤ２Ｄ通信を行うためのＤ２Ｄ通信リンクは、サイドリンクとも呼ばれてもよい。その結果、Ｄ２Ｄ送信１３５及び１４５は、サイドリンク送信１３５及び１４５とも呼ばれてもよい。また、端末デバイス１３０、１４０、１５０が車載端末デバイスである場合、端末デバイス１３０、１４０、１５０に関連する通信はＶ２Ｘ通信と呼ばれてもよい。より一般的には、図１に示されていないが、端末デバイス１３０、１４０、又は１５０に関連するＶ２Ｘ通信は、端末デバイス１３０、１４０、又は１５０と、任意の他の通信デバイスとの間の通信を構成してもよい。これらの通信デバイスはインフラデバイス、他の車載端末デバイス、歩行者のデバイス、路側機などを含むが、これらに限定されない。

図１に示すネットワークデバイスの数及び端末デバイスの数は、いかなる限定も示唆することなく、単に説明のためのものであることを理解されたい。通信環境１００は、本開示の実施形態を実施するのに適した任意の適切な数のネットワークデバイス及び任意の適切な数の端末デバイスを含んでもよい。さらに、（必要に応じて）これらの追加のネットワークデバイス及び追加の端末デバイスの間には、様々な有線通信、及び無線通信が存在してもよいことを理解されたい。

通信環境１００における通信は、任意の適切な規格に準拠してもよく、ここでの規格は、モバイル通信用グローバルシステム（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＥＣ‐ＧＳＭ‐ＩｏＴ（Ｅｘｔｅｎｄｅｄ Ｃｏｖｅｒａｇｅ Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥエボリューション（ＬＴＥ－Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥアドバンスト（ＬＴＥ－Ａ：ＬＴＥ－Ａｄｖａｎｃｅｄ）、広帯域符号分割多元接続（Ｗ－ＣＤＭＡ：Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、符号分割多元接続（ＣＤＭＡ：Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ：ＧＳＭ ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）などを含むが、これらに限定されない。さらに、通信は、現在知られている、又は将来に開発される任意の世代の通信プロトコルに従って実施されることができる。通信プロトコルの例として、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）の通信プロトコルが挙げられるが、これらに限定されない。

上述したように、複数の送信を同時に行うための端末デバイスの利用可能な総送信電力は限られている。一般的に、端末デバイスの利用可能な総送信電力は、端末デバイスの最大送信電力である。従って、現行のプロトコルによれば、あるキャリア上で端末デバイスによって実行されるサイドリンク送信が、他のキャリア上で実行される他のサイドリンク送信又はアップリンク送信と時間領域でオーバーラップし、且つこれらの送信の総送信電力が端末デバイスの最大送信電力を超える場合、端末デバイスは、送信の総送信電力が端末デバイスの最大送信電力を超えないように、送信のうちの少なくとも１つの送信電力を調節しなければならない。

一方、ＬＴＥシステムとは異なり、５Ｇ ＮＲのアップリンクは、信頼性や遅延の要求が極めて厳しいＵＲＬＬＣトラフィックをサポートしている。そのため、ＵＲＬＬＣ送信の性能低下を回避する必要がある。一方、５Ｇ ＮＲシステムにおけるサイドリンク送信（例えば、Ｖ２Ｘ）は、いくつかの重要なパケットタイプをサポートすることもできる。さらに、ＮＲ Ｖ２Ｘ、及びＮＲアップリンクは、様々なタイプのニューメロロジー（ｎｕｍｅｒｏｌｏｇｙ）をサポートすることができる。言い換えれば、これらの送信は、異なる持続時間を持つサブフレームを有することがある。これらの技術的性質と要求を考慮すると、従来の通信システムにいくつかの問題がある。

従来のソリューションでは、端末デバイスは、サイドリンク送信がアップリンク送信よりも優先されるか否かを決定する際に、Ｕｕ（ユーザ機器からＵＭＴＳ地上無線アクセスネットワーク（ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）への）アップリンクを考慮せずに、サイドリンク送信の優先度とサイドリンク送信に予め構成された閾値優先度との間で「優先度」の比較が行われる。つまり、比較はサイドリンク機能自体の内部で行われる。しかし、ＮＲ Ｕｕは、送信電力を低減することで性能が低下することをさせない必要があるＵＲＬＬＣトラフィックをサポートしている。例えば、ＮＲサイドリンク送信（その優先度値が予め定められた閾値よりも小さい。つまりＮＲサイドリンク送信の優先度が高い）がＮＲ ＵＲＬＬＣアップリンク送信とオーバーラップする場合、既存の優先順位付けルールに従ってアップリンク送信の送信電力を低減した後、ＮＲ ＵＲＬＬＣトラフィックの性能が低下してしまう。

さらに、既存の電力スケーリングは、同期送信用のサブフレームの任意のオーバーラップ部分で行われるが、異なる送信を行うキャリアのサブフレーム境界は、例えば、タイミングエラー、及び／又は異なるタイプのニューメロロジーによって、整列しない可能性がある。その結果、サブフレーム（又はタイムスロット）内での電力移行が可能となり、これを考慮する、例えば、回避する必要がある。さらに、アップリンク送信とオーバーラップするサイドリンク送信が複数ある場合、既存の優先順位付けルールによると、端末デバイスは、総送信電力をスケールダウンするために、複数のサイドリンク送信をアップリンク送信と比較するか、あるいはサイドリンク送信の１つをアップリンク送信と比較するかを決定できない。

上述の技術的問題及び従来のソリューションにおける潜在的な他の技術的問題を解決するために、本開示の実施形態は、同期送信に送信電力を割り当てるためのソリューションを提供する。特に、いくつかの実施形態は、サイドリンク送信とアップリンク送信との間、複数のサイドリンク送信の間、及び異なるタイプ及び／又は異なるＲＡＴを有する他の送信の間を含む様々な送信の間の適切な優先順位付けルールを定義する。

いくつかの実施形態では、提案されたルールは、異なる送信の間の数段階の比較法に基づいてもよい。いくつかの実施形態では、ＵＲＬＬＣアップリンク送信のような重要なアップリンク送信に対して指示が提供されてもよい。あるいは、重要なアップリンク送信は、端末デバイスによって送信パラメータのセットから識別されてもよい。いくつかの実施形態では、サブフレームにおける電力移行を回避するために、事前に電力制御動作を定義してもよい。本開示の実施形態は、ＮＲサイドリンク送信とＮＲ Ｕｕアップリンク送信のような様々な送信の間でうまく機能する、同期送信の間の電力割り当てのための実現可能、かつ合理的なソリューションを提供する。本開示の原理及び実施態様について、図面を参照して以下に詳細に説明する。

図２は、本開示のいくつかの実施形態にかかる例示的な方法２００のフローチャートを示す。方法２００は、図１に示す端末デバイス１３０のような端末デバイスで実施されることができる。追加的又は代替的に、方法２００は、端末デバイス１４０、１５０、及び図１に示されていない他の端末デバイスで実施されることもできる。説明の目的のために、一般性を失うことなく、端末デバイス１３０によって実行される方法２００について、図１を参照して説明する。

上述したように、様々な通信シナリオにおいて、端末デバイス１３０は、時間領域でオーバーラップする複数の送信を実行する必要とすることがある。例えば、端末デバイス１３０は、第１期間に第１送信を実行するとともに、第１期間とオーバーラップする第２期間に第２送信を実行することになる。そのような通信シナリオでは、端末デバイス１３０は、第１及び第２送信の総送信電力が、端末デバイス１３０の利用可能な送信電力を超えないように確保する必要がある。さもなければ、第１送信及び第２送信の両方が、端末デバイス１３０によって適切に実行されない可能性がある。いくつかの実施形態では、端末デバイス１３０の利用可能な送信電力は、端末デバイス１３０の最大送信電力であってもよい。いくつかの他の実施形態では、端末デバイス１３０の利用可能な送信電力は、適用されるルール又は端末デバイス１３０の構成によって指定される特定の送信電力であってもよい。

ただし、第１送信の第１送信電力及び第２送信の第２送信電力は、異なる送信電力制御関数に従って、端末デバイス１３０によって別々に算出されることがある。つまり、別々に算出された第１送信電力と第２送信電力の合計は、端末デバイス１３０の利用可能な送信電力を超える可能性がある。従って、端末デバイス１３０は、第１送信電力と第２送信電力の合計が端末デバイス１３０の利用可能な送信電力を超えないように、第１送信電力と第２送信電力の少なくとも一方の送信電力を調節する必要とすることがある。

典型的には、端末デバイス１３０は、一方の送信の送信電力を調節することで、他方の送信の性能が低下しないようにする。一般的に、端末デバイス１３０は、第１及び第２送信のうちのセカンダリ一方の送信、即ち、重要度の低い送信の送信電力を調節してもよい。言い換えれば、より重要な送信の性能に影響を与えないようにする。

従って、ブロック２１０において、端末デバイス１３０は、第１送信又は第２送信を、より低い送信要求を有するセカンダリ送信として選択する。より低い送信要求は、セカンダリ送信が他方の送信よりも重要度が低いことを示すことができる。即ち、端末デバイス１３０は、第１送信及び第２送信のうち、どちらの送信が他方の送信よりも重要度が低いかを決定する。そして、端末デバイス１３０は、より重要な送信の性能が低下しないように、重要度の低い送信の送信電力を調節してもよい。これは、より重要な送信がセカンダリ送信よりも優先されるので、合理的である。

異なる通信シナリオにおいて、第１送信は、別々のタイプ又はＲＡＴを有する様々な送信から構成されてもよく、第２送信も、別々のタイプ又はＲＡＴを有する様々な送信から構成されてもよく、第１及び第２送信は、同じタイプ及び／又はＲＡＴを有してもよく、あるいは異なるタイプ及び／又はＲＡＴを有してもよい。以下、これらの異なるシナリオに関して、いくつかの実施形態を詳述する。

第１シナリオにおいて、第１送信は、５Ｇ ＮＲ技術に従って実行される、図１に示されているような端末デバイス１３０から端末デバイス１４０へのサイドリンク送信１３５、又は、ＬＴＥ技術に従って実行される、図１に示されているような端末デバイス１３０から端末デバイス１５０へのサイドリンク送信１４５などのサイドリンク送信を含んでもよい。より一般的に、第１送信は、任意のＲＡＴのサイドリンク送信を含んでもよい。

さらに、第１シナリオにおいて、第２送信は、５Ｇ ＮＲ技術に従って実行される、図１に示されているような端末デバイス１３０からネットワークデバイス１１０へのアップリンク送信１１５、又は、ＬＴＥ技術に従って実行される、図１に示されているような端末デバイス１３０からネットワークデバイス１２０へのアップリンク送信１２５などのアップリンク送信を含んでもよい。第１送信と同様に、第２送信は、より一般的に、任意のＲＡＴのアップリンク送信を含んでもよい。

第１シナリオの具体例として、（３ＧＰＰ仕様で規定されている）ＮＲサイドリンク送信モード１又は２において、サブフレームにおける端末デバイス１３０のサイドリンク送信１３５が、サイドリンク送信が発生しないサービングセルで発生する端末デバイス１３０のアップリンク送信１１５及び／又は１２５と、時間領域でオーバーラップしてもよい。以下の説明では、一般性を失うことなく、サイドリンク送信１３５を第１送信とし、アップリンク送信１１５を第２送信とする。

そのような第１シナリオにおいて、端末デバイス１３０は、サイドリンク送信１３５の送信要求を所定の閾値と比較することによって、サイドリンク送信１３５がアップリンク送信１１５よりも重要であるか否かを決定してもよい。いくつかの実施形態では、送信要求は、信頼性要求、遅延要求などを含んでもよい。例えば、サイドリンク送信１３５の信頼性要求がｔｈｒｅｓＳＬ-ＴｘＲｅｌｉａｂｉｌｉｔｙとも呼ばれる閾値信頼性を超える場合、つまり、サイドリンク送信１３５が高い信頼性要求を有する場合、端末デバイス１３０は、アップリンク送信１１５をセカンダリ送信として特定することができる。

代替的又は追加的に、サイドリンク送信１３５の遅延要求がｔｈｒｅｓＳＬ-ＴｘＬａｔｅｎｃｙとも呼ばれる閾値遅延以下である場合、つまり、サイドリンク送信１３５が厳しい遅延要求を有する場合、端末デバイス１３０は、アップリンク送信１１５をセカンダリ送信として特定することができる。いくつかの実施形態では、閾値信頼性及び閾値遅延は、無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）シグナリング（例えば、システム情報ブロック、ＳＩＢ）を通じて構成され得るか、又は事前に構成され得る。サイドリンク送信１３５の信頼性要求及び／又は遅延要求を、閾値信頼性及び／又は閾値遅延と比較することによって、ＵＲＬＬＣアップリンク送信のような重要なアップリンク送信が、極めて重要なサイドリンク送信のみによって影響されることを保証することができる。

本明細書で使用され、且つ３ＧＰＰ仕様ＴＳ２２．１８６で定義されているように、エンドツーエンド遅延（略して遅延）とは、アプリケーションレベルで測定される、所定の情報を送信元から送信先へ転送するのにかかる時間を指し、送信元が送信した瞬間から送信先で受信した瞬間までの時間を指す。本明細書で使用され、且つ３ＧＰＰ仕様ＴＳ２２．１８６で定義されているように、信頼性（パーセンテージであってもよい）は、一定の遅延時間内にＸバイト（Ｘは自然数を指す）を送信できる成功確率を指し、ここでの遅延時間は、無線インターフェースの無線プロトコル層２／３サービスデータユニット（ＳＤＵ：ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ）送信点から無線プロトコル層２／３ＳＤＵ受信点へ小型データパケットを伝達するのにかかる時間を意味する。いくつかの実施形態では、サイドリンク送信１３５の信頼性要求及び遅延要求は、サイドリンク送信１３５のサイドリンク制御情報（ＳＣＩ：ｓｉｄｅｌｉｎ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）の「信頼性」フィールド及び「遅延」フィールドで指定されてもよい。

信頼性要求及び遅延要求に加えて、サイドリンク送信１３５の送信要求は、優先度を含んでいてもよい。優先度は、３ＧＰＰ仕様ＴＳ２３．２８５及び／又はＴＳ２３．３０３で定義された優先度であってもよく、サイドリンク送信１３５のＳＣＩの「優先度」フィールドで指定されてもよい。即ち、信頼性及び遅延の要求に加えて、サイドリンク送信１３５の優先度も、サイドリンク送信１３５がアップリンク送信１１５よりも重要であるか否かを決定する際の考慮事項として使用されることができる。これについて、図３を参照して以下のように詳述する。

図３は、本開示のいくつかの実施形態にかかる例示的なプロセス３００のフローチャートを示す。プロセス３００は、方法２００のブロック２１０の例示的な実施形態として考えることができる。ブロック３０２において、端末デバイス１３０は、サイドリンク送信１３５の信頼性要求が閾値信頼性を超えるか否かを決定する。サイドリンク送信１３５の信頼性要求が閾値信頼性を超える場合、つまり、サイドリンク送信１３５が高い信頼性要求を有する場合、プロセス３００はブロック３０４に進む。そうでない場合、プロセス３００はブロック３１０に進み、サイドリンク送信１３５が高い信頼性要求を有していないので、端末デバイス１３０は、サイドリンク送信１３５をセカンダリ送信として特定する。

ブロック３０４において、端末デバイス１３０は、サイドリンク送信１３５の遅延要求が閾値遅延以下であるか否かを判定する。サイドリンク送信１３５の遅延要求が閾値遅延以下である場合、つまり、サイドリンク送信１３５が厳しい遅延要求を有している場合、プロセス３００はブロック３０６に進む。そうでない場合、プロセス３００はブロック３１０に進み、サイドリンク送信１３５が厳しい遅延要求を有していないので、端末デバイス１３０は、サイドリンク送信をセカンダリ送信として特定する。いくつかの実施形態では、ブロック３０２とブロック３０４の順番を逆にしてもよく、即ち、ブロック３０４をブロック３０２の前に実行してもよい。両方の順番でも、アップリンク送信１１５をセカンダリ送信として特定する際にほとんどのサイドリンク送信をフィルタリングして、潜在的なＵＲＬＬＣアップリンク送信の性能を確保するように、閾値信頼性は比較的高い値に設定され、閾値遅延は比較的小さい値に設定されてもよい。

ブロック３０６において、端末デバイス１３０は、サイドリンク送信１３５の優先度が閾値優先度を超えるか否かを判定する。実際には、サイドリンク送信１３５の優先度は、優先度値によって示されてもよく、より小さい優先度値がより高い優先度に対応してもよい。例えば、３ＧＰＰ仕様ＴＳ２３．２８５で定義されているように、予め定められた数（例えば、３つ）のビットを用いて、このような優先度値を示すことができる。別の例として、優先度値は、３ＧＰＰ仕様ＴＳ２３．３０３で定義されているＰＰＰＰ（ＰｒｏＳｅ Ｐｅｒ-Ｐａｃｋｅｔ Ｐｒｉｏｒｉｔｙ）であってもよい。なお、サイドリンク送信１３５の優先度を示す優先度値は、より大きな優先度値がより高い優先度に対応するように設計されてもよいことを理解されたい。

同様に、閾値優先度は、閾値優先度値（ｔｈｒｅｓＳＬ-ＴｘＰｒｉｏｒｉｔｉｚａｔｉｏｎと呼ばれてもよい）で表すことができる。より小さい優先度値がより高い優先度を示す場合、サイドリンク送信１３５の優先度値が閾値優先度値以下であると、サイドリンク送信１３５が高い優先度を有するとみなすことができる。いくつかの実施形態では、閾値優先度は、ＲＲＣシグナリング（例えば、ＳＩＢ）を通じて構成され得るか、又は事前に構成され得る。端末デバイス１３０が、ブロック３０６において、サイドリンク送信１３５の優先度が閾値優先度を超えると決定し、例えば、より小さい優先度値がより高い優先度を示す場合、サイドリンク送信１３５の優先度値が閾値優先度値以下であると決定したことを想定している。これは、サイドリンク送信１３５の優先度が高いことを意味し、その後、プロセス３００はブロック３０８に進む。

ブロック３０８において、サイドリンク送信１３５が、信頼性、遅延及び優先度の方面で重要であるため、端末デバイス１３０は、アップリンク送信１１５をセカンダリ送信として特定する。そうでない場合、プロセス３００はブロック３１０に進み、サイドリンク送信１３５が高い優先度を有しないので、端末デバイス１３０はサイドリンク送信１３５をセカンダリ送信として特定する。図３に示すような数段階の比較法によって、アップリンク送信１１５をセカンダリ送信として特定する際に、ほとんどのサイドリンク送信をフィルタリングすることができ、従って、高い信頼性要求、低い遅延要求、及び高い優先度を有するサイドリンク送信のみが、ＵＲＬＬＣアップリンク送信であり得るアップリンク送信１１５よりも優先される。

いくつかの実施形態では、サイドリンク送信１３５の信頼性要求、遅延要求、及び優先度を１つずつ使用する代わりに、端末デバイス１３０は、サイドリンク送信１３５の複合要求を使用して、サイドリンク送信１３５がアップリンク送信１１５よりも重要であるか否かを決定することができる。複合要求は、信頼性要求、遅延要求、優先度、及び他の任意の送信要求などを組み合わせたものである。例えば、サイドリンク送信１３５の複合要求が複合閾値を超える場合、端末デバイス１３０は、アップリンク送信１１５をセカンダリ送信として特定してもよい。そうでなない場合、端末デバイス１３０は、サイドリンク送信１３５をセカンダリ送信として特定してもよい。

一例として、複合要求は、「５ＱＩ」を含んでもよい。本明細書で使用されるとき、５ＱＩは、３ＧＰＰ仕様ＴＳ２３．５０１で定義されている５Ｇ ＱｏＳ指示を指す。標準化された５ＱＩ値は、３ＧＰＰ仕様ＴＳ２３．５０１で規定されている標準化された５Ｇ ＱｏＳ特性の組み合わせに１対１でマッピングされている。このような複合要求を用いることで、複数の比較を回避しつつ、セカンダリ送信１３５の信頼性要求、遅延要求、優先度などを総合的に考慮することができる。また、上述したような各種の比較を行う際に、要求や優先度を示す値が、予め定められた閾値と等しいことがある。端末デバイス１３０は、そのような値が閾値と等しいケースを、閾値を超えているとみなしてもよいし、又は、そのような値が閾値と等しいケースを、閾値を超えていないとみなしてもよい。さらに、この等しいケースの構成は、異なる要求や優先度の比較に応じて変化させてもよい。この構成は、特定の技術環境や設計要求に応じて、予め構成されることができる。

以上の説明では、セカンダリ送信を選択するために数段階の比較法が使用されるいくつかの実施形態を説明した。いくつかの他の実施形態では、極めて厳しい信頼性及び遅延要求を有するＵＲＬＬＣ送信のような重要なアップリンク送信の性能を保証するために、端末デバイス１３０は、まず、アップリンク送信１１５がＵＲＬＬＣアップリンク送信のような重要なアップリンク送信であるか否かを判定してもよい。これらの実施形態については、図４を参照して以下に詳述する。

図４は、本開示のいくつかの実施形態にかかる別の例示的なプロセス４００のフローチャートを示す。プロセス４００は、方法２００のブロック２１０の別の例示的な実施形態として考えることができる。ブロック４０２において、端末デバイス１３０は、アップリンク送信１１５が、所定の閾値よりも高い予め定められた送信要求を有するか否か、即ち重要なアップリンク送信であるか否かを決定する。例えば、端末デバイス１３０は、アップリンク送信１１５が、３ＧＰＰ仕様で規定されている予め定められた送信要求を有するＵＲＬＬＣアップリンク送信であるか否かを判定してもよい。端末デバイス１３０によってアップリンク送信１１５が予め定められた送信要求を有するか否かを判定するための様々な態様はあってもよい。

例えば、端末デバイス１３０は、サイドリンク送信１３５の制御情報から、アップリンク送信１１５が予め定められた送信要求を有するか否かを示す指示を取得してもよい。例えば、（３ＧＰＰ仕様で定義されている）ＮＲサイドリンク送信モード１又は２において、サブフレームにおける端末デバイス１３０のサイドリンク送信１３５が、サイドリンク送信１３５が発生しないサービングセルで発生する端末デバイス１３０のアップリンク送信１１５及び／又は１２５と時間領域でオーバーラップする場合を考える。サイドリンクの上位層は、アップリンクキャリアにＵＲＬＬＣ送信があるか否かを知っていると想定される。サイドリンクの上位層は、パラメータ「ＵＲＬＬＣ＿ｅｘｉｓｔ」を用いて、アップリンクがＵＲＬＬＣトラフィックを送信しているか否かを示してもよい。いくつかの実施形態では、パラメータ「ＵＲＬＬＣ_ｅｘｉｓｔ」は、サイドリンク上位層からのＳＣＩ又は情報要素（ＩＥ：ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）のフィールドであってもよい。重要なアップリンク送信の指示により、端末デバイス１３０は、アップリンク送信１１５が、ＵＲＬＬＣアップリンク送信のような重要なアップリンク送信であることを明示的に通知されることができる。

アップリンク送信１１５が予め定められた送信要求を有するか否かを決定する別の例として、端末デバイス１３０は、アップリンク送信パラメータのセットから、スケジュールされた予め定められた送信要求を有するアップリンク送信、即ちスケジュールされた重要なアップリンク送信のための少なくとも１つの期間を決定してもよい。例えば、構成された（３ＧＰＰ仕様で定義されている）グラントタイプ１がアップリンクキャリアに構成されている場合、時間領域における潜在的なＵＲＬＬＣは、再送信のためのＣＳ-ＲＮＴＩを指すｃｓ-ＲＮＴＩ、構成されたグラントタイプ１の周期性を指すｐｅｒｉｏｄｉｃｉｔｙ、時間領域におけるＳＦＮ＝０に対するリソースのオフセットを指すｔｉｍｅＤｏｍａｉｎＯｆｆｓｅｔ、ｓｔａｒｔＳｙｍｂｏｌＡｎｄＬｅｎｇｔｈを含む時間領域における構成されたアップリンクグラントの割り当てを指すｔｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎ、及び構成されたグラントのＨＡＲＱプロセスの数を指すｎｒｏｆＨＡＲＱ-Ｐｒｏｃｅｓｓｅｓである上位層パラメータの組み合わせによって決定されてもよい。

代替的に、構成された（３ＧＰＰ仕様で定義されている）グラントタイプ２がアップリンクキャリアに構成されている場合、時間領域における潜在的なＵＲＬＬＣは、アクティブ化、非アクティブ化、及び再送信のためのＣＳ-ＲＮＴＩを指すｃｓ-ＲＮＴＩ、構成されたグラントのタイプ２の周期性を指すｐｅｒｉｏｄｉｃｉｔｙ、及び構成されたグラントのＨＡＲＱプロセスの数を指すｎｒｏｆＨＡＲＱ-Ｐｒｏｃｅｓｓｅｓである、上位層から導出される上位層パラメータと、ＤＣＩで受信されたＵＬグラントとの組み合わせによって決定されてもよい。

スケジュールされた重要なアップリンク送信のための少なくとも１つの期間が、アップリンク送信１１５の第２期間を含む場合、端末デバイス１３０は、アップリンク送信１１５が予め定められた送信要求を有すると決定してもよい。このように、重要なアップリンク送信は、シグナリングオーバーヘッドを増加させることなく、既存のアップリンク送信パラメータを使用して決定されることができる。

図４に示すように、アップリンク送信１１５が予め定められた送信要求を有する場合、つまり、アップリンク送信１１５が重要なアップリンク送信である場合、プロセス４００はブロック４０８に進み、端末デバイス１３０はサイドリンク送信１３５をセカンダリ送信として特定してもよい。そうでなければ、アップリンク送信１１５が予め定められた送信要求を有していない場合、言い換えれば、アップリンク送信１１５の送信要求が予め定められた送信要求と異なる場合、つまり、アップリンク送信１１５が重要なアップリンク送信ではない場合、プロセス４００はブロック４０４に進むことができる。ブロック４０４において、端末デバイス１３０は、サイドリンク送信１３５が重要なサイドリンク送信であるか否かを決定するように、例えば、サイドリンク送信１３５の送信要求が、予め定められた閾値要求よりも高いか否かを決定する。

特に、第１シナリオに関して説明した比較と同様に、端末デバイス１３０は、サイドリンク送信１３５の信頼性要求を閾値信頼性と比較してもよい。代替的又は追加的に、端末デバイス１３０は、サイドリンク送信１３５の遅延要求を遅延信頼性と比較してもよい。代替的又は追加的に、端末デバイス１３０は、サイドリンク送信１３５の優先度を閾値優先度と比較してもよい。代替的又は追加的に、端末デバイス１３０は、サイドリンク送信１３５の「５ＱＩ」を閾値５ＱＩと比較してもよい。このように、セカンダリ送信の信頼性要求、遅延要求、優先度が総合的に考慮される。

サイドリンク送信１３５の送信要求が閾値要求よりも高い場合、つまり、サイドリンク送信１３５が重要なサイドリンク送信である場合、プロセス４００はブロック４０６に進み、端末デバイス１３０はアップリンク送信１１５をセカンダリ送信として特定する。そうでなければ、サイドリンク送信１３５の送信要求が閾値要求よりも低い場合、つまり、サイドリンク送信１３５が重要なサイドリンク送信ではない場合、プロセス４００はブロック４０８に進み、端末デバイス１３０はサイドリンク送信１３５をセカンダリ送信として特定することができる。

上記の説明は、第１送信がサイドリンク送信であり、第２送信がアップリンク送信である第１シナリオによるいくつかの実施形態を示している。以下、第２シナリオによるいくつかの他の実施形態について説明する。第２シナリオでは、第１送信及び第２送信は、いずれもサイドリンク送信を含んでもよい。

特に、図１を参照すると、第１送信は、端末デバイス１３０から端末デバイス１４０への第１サイドリンク送信１３５を含んでもよい。いくつかの実施形態では、第１サイドリンク送信１３５は、５Ｇ ＮＲ又はＬＴＥ技術に従って実行される。第２送信は、端末デバイス１３０から端末デバイス１５０への第２サイドリンク送信１４５を含んでもよい。いくつかの実施形態では、第２サイドリンク送信１４５は、５Ｇ ＮＲ又はＬＴＥ技術に従って実行される。

そのような第２シナリオでは、第１サイドリンク送信１３５及び第２サイドリンク送信１４５は、同じＲＡＴのものであってもよく、例えば、両方とも５Ｇ ＮＲ技術に従って実行されてもよい。一例として、（３ＧＰＰ仕様で定義されている）ＮＲサイドリンク送信モード１又は２では、あるキャリア上の端末デバイス１３０のＮＲサイドリンク送信１３５は、他のキャリア上の別のＮＲサイドリンク送信１４５と時間領域でオーバーラップする。この場合、端末デバイス１３０は、２つのＮＲサイドリンク送信１３５、１４５のそれぞれの送信要求を直接比較することで、セカンダリ送信を選択してもよい。

例えば、端末デバイス１３０は、第１サイドリンク送信１３５と第２サイドリンク送信１４５の信頼性要求を比較してもよい。代替的又は追加的に、端末デバイス１３０は、第１サイドリンク送信１３５と第２サイドリンク送信１４５の遅延要求を比較してもよい。代替的又は追加的に、端末デバイス１３０は、第１サイドリンク送信１３５と第２サイドリンク送信１４５の優先度を比較してもよい。このように、２つの送信が同じＲＡＴのものである場合に、２つの送信の送信要求が直接比較可能であることが保証され、セカンダリ送信の信頼性要求、遅延要求、及び優先度が総合的に考慮される。

いくつかの実施形態では、信頼性要求、遅延要求、及び優先度を１つずつ比較する代わりに、端末デバイス１３０は、第１サイドリンク送信１３５の複合要求と、第２サイドリンク送信１４５の複合要求とを比較することができる。上述したように、複合要求は、信頼性要求、遅延要求、優先度などを組み合わせたものである。このように、複数の比較を回避しつつ、セカンダリ送信１３５の信頼性要求、遅延要求、及び優先度を総合的に考慮することができる。

一方、第１サイドリンク送信１３５と第２サイドリンク送信１４５は、異なるＲＡＴのものであってもよい。例えば、第１サイドリンク送信１３５は５Ｇ ＮＲ技術に従って実行され、第２サイドリンク送信１４５はＬＴＥ技術に従って実行される。例えば、（３ＧＰＰ仕様で定義されている）ＮＲサイドリンク送信モード１又は２では、あるキャリア上の端末デバイス１３０のＮＲサイドリンク送信１３５は、他のキャリア上の（３ＧＰＰ仕様で定義されている）モード３又は４のＬＴＥサイドリンク送信１４５と時間領域でオーバーラップする。その場合、２つのサイドリンク送信１３５及び１４５が同じルールのセットに従って規定されないので、２つのサイドリンク送信１３５及び１４５の送信要求は、直接比較されることができない。

この場合、２つのサイドリンク送信１３５及び１４５からセカンダリ送信を選択するために、端末デバイス１３０は、第１サイドリンク送信１３５の第１送信要求を示す第１値を、マッピング値にマッピングし、そして、マッピング値を、第２サイドリンク送信１４５の第２送信要求を示す第２値と比較してもよい。いくつかの実施形態では、第１値は、５Ｇ ＮＲの第１サイドリンク送信１３５のサイドリンク制御情報内の「５ＱＩ」フィールドから導出されてもよく、第２値は、ＬＴＥの第２サイドリンク送信１４５のサイドリンク制御情報内の「優先度」フィールドであってもよい。このように、異なるＲＡＴの２つのサイドリンク送信１３５及び１４５の送信要求を合理的に比較することができる。

いくつかの他の実施形態では、第１サイドリンク送信１３５と第２サイドリンク送信１４５は異なるＲＡＴのものであるにもかかわらず、共通の送信要求を示す共通のフィールドを有してもよい。例えば、５Ｇ ＮＲの第１サイドリンク送信１３５も、ＬＴＥの第２サイドリンク送信１４５と同様に、「優先度」フィールドを有してもよい。この場合、端末デバイス１３０は、第１サイドリンク送信１３５と第２サイドリンク送信１４５の優先度を比較して、より低い優先度のサイドリンク送信をセカンダリ送信として選択することができる。

以上の説明では、第１送信が第１サイドリンク送信であり、第２送信が第２サイドリンク送信である第２シナリオによるいくつかの実施形態を説明した。以下、第３シナリオによるいくつかの他の実施形態について説明する。第３シナリオでは、第１送信は、第１ＲＡＴのサイドリンク送信を含み、第２送信は、第２ＲＡＴのアップリンク送信を含んでもよい。

特に、図１を参照すると、第１送信は、５Ｇ ＮＲ技術に従って実行される、端末デバイス１３０から端末デバイス１４０へのサイドリンク送信１３５であってもよい。また、第２送信は、ＬＴＥ技術に従って実行される、端末デバイス１３０からネットワークデバイス１２０へのアップリンク送信１２５であってもよい。

このような第３シナリオでは、端末デバイス１３０が、例えば、ＬＴＥ Ｕｕのための基準時分割複信（ＴＤＤ：ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）構成で構成されていると想定される。セカンダリ送信を選択する際に、端末デバイス１３０は、サイドリンク送信１３５の送信要求が所定の閾値を超えるか否かを決定してもよい。サイドリンク送信１３５の送信要求が所定の閾値を超える場合、つまり、サイドリンク送信１３５が重要なサイドリンク送信である場合、ＬＴＥ技術のアップリンク送信１２５が、５Ｇ ＮＲで規定されるＵＲＬＬＣアップリンク送信のような重要なアップリンク送信を含まないため、端末デバイス１３０は、アップリンク送信１２５をセカンダリ送信として特定してもよい。

そうでなければ、サイドリンク送信１３５の送信要求が所定の閾値以下である場合、つまり、サイドリンク送信１３５が重要なサイドリンク送信ではない場合、端末デバイス１３０は、サイドリンク送信１３５をセカンダリ送信として特定してもよい。このように、サイドリンク送信１３５は、相対的に高い優先度を有する限り、アップリンク送信１２５に優先して送信されることができる。上述のシナリオと比較して、この第３シナリオでは、ＬＴＥのアップリンク送信１２５がＵＲＬＬＣアップリンク送信のような重要なアップリンク送信を含まないため、より多くのサイドリンク送信をより重要な送信として特定することができる。

以上の説明は、第１送信が第１ＲＡＴのサイドリンク送信から構成され、第２送信が第２ＲＡＴのアップリンク送信から構成される、第３シナリオによるいくつかの実施形態を示している。以下、第４のシナリオによるいくつかの他の実施形態について説明する。第４のシナリオでは、第１送信は、第１ＲＡＴの第１アップリンク送信を含んでもよい。第２送信は、所定の閾値よりも高い予め定められた送信要求を有しない第１ＲＡＴの第２アップリンク送信、第２ＲＡＴのアップリンク送信、又は第２ＲＡＴのサイドリンク送信を含んでもよい。

特に、図１を参照すると、第１送信は、５Ｇ ＮＲ技術に従って実行される、端末デバイス１３０からネットワークデバイス１１０へのアップリンク送信１１５であってもよい。第２送信は、５Ｇ ＮＲ技術に従って実行され、ＵＲＬＬＣアップリンク送信のような重要なアップリンク送信ではない、端末デバイス１３０からネットワークデバイス１１０へのアップリンク送信１１９であってもよい。あるいは、第２送信は、ＬＴＥ技術に従って実行される、端末デバイス１３０からネットワークデバイス１２０へのアップリンク送信１２５であってもよい。あるいは、第２送信は、ＬＴＥ技術に従って実行される、端末デバイス１３０から端末デバイス１５０へのサイドリンク送信１４５であってもよい。

そのような第４のシナリオでは、端末デバイス１３０は、第１アップリンク送信１１５が、予め定められた送信要求を有するか否か、即ち、ＵＲＬＬＣアップリンク送信のような重要なアップリンク送信であるか否かを判定してもよい。第１シナリオについて説明したように、重要なアップリンク送信１１５に対する指示がある場合、端末デバイス１３０は、ＳＣＩ／ＤＣＩ内の指示フィールド又はＲＲＣ指示を通じて、ＮＲ ＵＲＬＬＣアップリンクの持続時間を知ることができる。あるいは、端末デバイス１３０は、第１シナリオについても説明したように、アップリンク送信パラメータのセットから、潜在的なＵＲＬＬＣの継続時間を決定してもよい。このように、ＵＲＬＬＣアップリンク要求のような重要なアップリンク送信が、予め定められた送信要求を有しない他のあまり重要でない送信に影響されないことが保証される。

第１アップリンク送信１１５が予め定められた送信要求を有する場合、つまり、第１アップリンク送信１１５が重要なアップリンク送信である場合、端末デバイス１３０は第２送信をセカンダリ送信として特定してもよい。例えば、端末デバイス１３０は、第１アップリンク送信１１５がＵＲＬＬＣアップリンク送信であると決定した場合、ＵＲＬＬＣアップリンク送信の性能を保証するために、第２送信をセカンダリ送信として直接特定することができる。

図２に戻り、ブロック２２０において、端末デバイス１３０は、第１及び第２送信の総送信電力が端末デバイス１３０の利用可能な送信電力以下であるように、第１期間と第２期間との間のオーバーラップ部分でセカンダリ送信の送信電力を調節する。例えば、上述したような様々な通信シナリオにおいて、特定されたセカンダリ送信の送信電力を、第１期間と第２期間とのオーバーラップ期間において低減することができる。言い換えれば、重要度の低い送信の性能の低下を犠牲にして、より重要な送信の性能を保証することができる。

いくつかの実施形態では、セカンダリ送信の送信電力の調節量が閾値を超える場合、つまり、セカンダリ送信が低下した送信電力に起因して受信デバイスによって適切に受信できない可能性が高い場合、端末デバイス１３０は、セカンダリ送信を停止してもよい。このように、端末デバイス１３０の電力を節約することができる。

上述したすべての実施形態は、端末デバイス１３０が異なる同期送信の間で動的電力共有のための能力を有することを前提としていることを理解されたい。しかし、いくつかの実施形態では、端末デバイス１３０は、異なる送信の間の動的電力共有ができない場合がある。この場合、端末デバイス１３０は、例えば、時間領域でどちらの送信が先に行われるかに応じて、第１送信又は第２送信を停止又はドロップしてもよい。このように、セカンダリ送信を選択する動作を有利に回避することができる。あるいは、端末デバイス１３０は、より重要な送信を保証するように、セカンダリ送信を停止又はドロップしてもよい。

例えば、上述した第３シナリオに関連して、端末デバイス１３０がＬＴＥ Ｕｕのための基準ＴＤＤ構成を有すると想定される。端末デバイス１３０が、ＵｕアップリンクとＮＲサイドリンクとの間で動的電力共有のための能力を有していない場合、端末デバイス１３０は、ＬＴＥ Ｕｕ上の対応するサブフレームが、基準ＴＤＤ構成におけるＵＬサブフレームである場合、以下の手順に従ってもよい。即ち、端末デバイス１３０は、送信要求（例えば、ＳＣＩの「優先度」フィールド）が、上位層によって構成された閾値（例えば、「ｐｒｉｏｒｉｔｙ＿ｔｈｒｅｓｈｏｌｄ」）以上である場合、ＮＲサイドリンク送信１３５をドロップしてもよい。一方、端末デバイス１３０は、送信要求（例えば、ＳＣＩの「優先度」フィールド）が、上位層によって構成された閾値（例えば、「ｐｒｉｏｒｉｔｙ_ｔｈｒｅｓｈｏｌｄ」）よりも低い場合、ＬＴＥアップリンク送信１２５をドロップしてもよい。

説明したように、第１及び第２送信が異なるタイプのニューメロロジーを有する場合、第１及び第２送信を実行するための第１及び第２期間は、異なる持続時間を有する。この場合、セカンダリ送信を実行するための第１又は第２期間における可能な電力移行を回避する必要がある。従って、第１期間と第２期間が異なる開始時刻又は終了時刻を有する場合、つまり、異なる持続時間を有する場合、端末デバイス１３０は、第１期間又は第２期間の非オーバーラップ部分で、調節された送信電力でセカンダリ送信を実行してもよい。言い換えれば、端末デバイス１３０は、第１期間又は第２期間の全体において、調節された送信電力を用いてセカンダリ送信を行ってもよい。このように、第１期間又は第２期間に起こりうる電力移行を効果的に回避することができる。

以上の説明では、端末デバイス１３０が２つの同期送信を実行し、総送信電力が端末デバイス１３０の利用可能な送信電力を超える場合に、セカンダリ送信の送信電力を調節するいくつかの実施形態を説明した。以下、端末デバイス１３０が実行する同期送信の数が２つよりも多いいくつかの他の実施形態について説明する。一般的に、全ての同期送信が同じタイプを有する場合、それらの送信要求を直接比較することで、セカンダリ送信を選択することができる。しかし、同期送信が異なるタイプを有する場合には、これらの異なるタイプの送信からセカンダリ送信を選択するための明確なルールが必要となる。これについては、図５を参照して以下に詳述する。

図５は、本開示のいくつかの実施形態にかかる別の例示的な方法５００のフローチャートを示す。方法５００は、図１に示す端末デバイス１３０のような端末デバイスで実施されることができる。追加的又は代替的に、方法５００は、端末デバイス１４０、１５０、及び、図１に示されていない他の端末デバイスで実施されることもできる。説明の目的のために、一般性を失うことなく、端末デバイス１３０によって実行される方法５００について、図１を参照して説明する。

図５の例示的な実施形態では、端末デバイス１３０が３つの同期送信を実行することが想定される。第１送信は、第１期間に実行される、端末デバイス１３０から端末デバイス１４０への第１サイドリンク送信１３５を含んでもよい。第２送信は、第２期間に実行される、端末デバイス１３０から端末デバイス１５０への第２サイドリンク送信１４５を含んでもよい。第３送信は、第３期間に実行される、端末デバイス１３０からネットワークデバイス１１０へのアップリンク送信１１５、又は、端末デバイス１３０からネットワークデバイス１２０へのアップリンク送信１２５を含んでもよい。第１期間、第２期間、及び第３期間は、オーバーラップ部分を有する。以下、一般性を失うことなく、アップリンク送信１１５を第３送信の一例として説明する。

ブロック５０２において、端末デバイス１３０は、第１サイドリンク送信１３５又は第２サイドリンク送信１４５を、より低い送信要求を有するセカンダリサイドリンク送信として選択する。例えば、端末デバイス１３０は、上述の第２シナリオに関連して説明したものと同一又は類似のアプローチを使用して、どちらのサイドリンク送信がより低い送信要求を有するかを決定してもよい。代替的又は追加的に、端末デバイス１３０は、図２～図４を参照して説明した任意の適切な方法を採用してセカンダリサイドリンク送信を選択してもよい。選択の詳細は、ここでは繰り返さない。

ブロック５０４において、端末デバイス１３０は、セカンダリサイドリンク送信又はアップリンク送信１１５を、より低い送信要求を有するターゲット送信として選択する。言い換えれば、第１及び第２サイドリンク送信のうち、より低い送信要求を有するサイドリンク送信をアップリンク送信と比較して、最も重要度の低い送信を選択する。より一般的には、３つ以上の同期サイドリンク送信がある場合、まず、最も重要度の低いサイドリンク送信を特定し、次に、この最も重要度の低いサイドリンク送信をアップリンク送信と比較することができる。端末デバイス１３０は、図２～図４を参照して説明した任意の適切な方法を採用してターゲット送信を選択してもよい。選択の詳細は、ここでは繰り返さない。

ブロック５０４において、端末デバイス１３０は、第１及び第２サイドリンク送信、並びにアップリンク送信の総送信電力が端末デバイスの利用可能な送信電力以下であるように、オーバーラップ部分でターゲット送信の送信電力を調節する。なお、図２～図４について説明したすべての詳細は、図５の方法５００にも同様に適用可能であることに留意されたい。例えば、ターゲット送信の送信電力の調節量が閾値を超える場合、端末デバイス１３０は、ターゲット送信を停止してもよい。また、端末デバイス１３０が異なる送信の間の動的電力共有ができない場合、端末デバイス１３０は、第１サイドリンク送信、第２サイドリンク送信、及びアップリンク送信のうちのいずれか１つを停止又はドロップしてもよい。

示されているように、端末デバイス１３０の異なる同期送信は、異なるタイプのニューメロロジーを有することがある。例えば、５Ｇ ＮＲのサイドリンク送信及びアップリンク送信の両方は、異なるタイプのニューメロロジーをサポートすることができ、これらのニューメロロジーのタイプは、ＬＴＥのサイドリンク送信及びアップリンク送信と異なることができる。その結果、上述したすべての実施形態において、第１送信の第１期間（例えば、第１サブフレーム）及び第２送信の第２期間（例えば、第２サブフレーム）は、異なる開始時刻又は終了時刻を有することがある。

図６は、本開示のいくつかの実施形態にかかる異なる送信のための、異なる持続時間を有する異なるサブフレーム６１２、６２２の概略図である。図６に示すように、サブフレームのセット６１０は、第１送信を実行するようにスケジュールされたサブフレーム６１２を含み、サブフレームのセット６２０は、第２送信を実行するようにスケジュールされたサブフレーム６２２を含む。図６の例示的な実施形態では、サブフレーム６１２とサブフレーム６２２は、開始時刻が異なるが終了時刻が同じであるので、異なる持続時間を有する。

この記述は、いかなる限定も示唆することなく、例示に過ぎないことを理解されたい。他の実施形態では、第１送信の第１サブフレームと第２送信の第２サブフレームは、異なる終了時刻及び同じ開始時刻、又は、異なる開始時刻及び異なる終了時刻を有してもよい。第１期間（サブフレーム）と第２期間（サブフレーム）が異なる開始時刻又は終了時刻を有するシナリオでは、送信電力の調節による１つの期間（サブフレーム）内での可能な電力変化を回避するのが有利である。これについては、図７を参照して以下に詳述する。

図７は、本開示のいくつかの実施形態にかかる別の例示的な方法７００のフローチャートを示す。方法７００は、図１に示す端末デバイス１３０のような端末デバイスで実施されることができる。追加的又は代替的に、方法７００は、端末デバイス１４０及び１５０、並びに図１に示されていない他の端末デバイスで実施されることもできる。説明の目的のために、一般性を失うことなく、端末デバイス１３０によって実行される方法７００について、図１を参照して説明する。

ブロック７０２において、端末デバイス１３０は、第１期間に実行される第１送信と、第１期間とオーバーラップする第２期間に実行される第２送信とを決定する。第１送信及び第２送信は、様々なシナリオに関連して上述したように、任意のタイプ及び任意のＲＡＴの送信であり得る。これらのシナリオの詳細は、ここでは繰り返さない。

ブロック７０４において、端末デバイス１３０は、第１期間が第２期間よりも早い開始時刻を有すると判定する。言い換えれば、第１期間は第２期間の前である。以下、第１送信は先の送信とも呼ばれ、第１期間は先の期間とも呼ばれ、第２送信は後の送信とも呼ばれ、第２期間は後の期間とも呼ばれることがある。いくつかの実施形態では、第１及び第２期間は、第１及び第２送信を実行するためのサブフレームであってもよい。例えば、図６を参照すると、第１サブフレーム６１２は、第２サブフレーム６２２よりも早い開始時刻を有する。

ブロック７０６において、端末デバイス１３０は、第１期間で、第１送信の送信電力を変更せずに維持する。言い換えれば、端末デバイス１３０は、先の期間の全体にわたって先の期間における先の送信の送信電力が変化することを防止することで、第１期間における可能な電力移行が有利に回避されることができる。端末デバイス１３０が第１期間で第１送信の送信電力を変化させずに維持するためには、様々な態様が考えられる。

例えば、端末デバイス１３０は、第１期間と第２期間との間のオーバーラップ部分で、第１送信と第２送信との総送信電力が端末デバイス１３０の利用可能な送信電力以下であるように、第２期間における第２送信の送信電力を調節してもよい。図６の実施形態を参照すると、第１サブフレーム６１２における第１送信について、端末デバイス１３０は、第１送信用の送信電力制御関数に従って算出された送信電力を使用してもよい。サブフレーム６２２の期間に、第１及び第２送信の総送信電力が、端末デバイス１３０の利用可能な送信電力を超える場合、端末デバイス１３０は、第１及び第２送信のそれぞれの送信要求にかかわらず、後のサブフレームにおける後の第２送信の送信電力を低減することができる。

第１期間で第１送信の送信電力を変更せずに維持する別の例として、第１期間と第２期間との間のオーバーラップ部分で、第１送信及び第２送信の総送信電力が端末デバイス１３０の利用可能な送信電力を超える場合、端末デバイス１３０は、オーバーラップ部分における第１送信又は第２送信を停止してもよい。図６の実施形態を参照すると、端末デバイス１３０は、第１サブフレーム６１２の非オーバーラップ部分において、第１送信用の送信電力制御関数に従って算出された送信電力を使用し、第１サブフレーム６１２のオーバーラップ部分における第１送信を停止してもよい。あるいは、端末デバイス１３０は、第２サブフレーム６２２のオーバーラップ部分における第２送信を停止してもよい。いくつかの実施形態では、端末デバイス１３０は、オーバーラップ部分で、低い送信要求を有する重要度の低い送信をドロップしてもよい。

図８は、本開示のいくつかの実施形態の実施に適したデバイス８００の簡略化したブロック図である。デバイス８００は、図１に示すネットワークデバイス１１０及び１２０、並びに端末デバイス１３０、１４０及び１５０のさらなる例示的な実施形態とみなすことができる。従って、デバイス８００は、ネットワークデバイス１１０、１２０、並びに端末デバイス１３０、１４０、１５０の少なくとも一部で実施され、あるいはそれらの少なくとも一部として実施されることができる。

図示されるように、デバイス８００は、プロセッサ８１０と、プロセッサ８１０に接続されているメモリ８２０と、プロセッサ８１０に接続されている適切な送信機（ＴＸ）及び受信機（ＲＸ）８４０と、ＴＸ／ＲＸ８４０に接続されている通信インターフェースとを含む。メモリ８２０は、プログラム８３０の少なくとも一部を格納する。ＴＸ／ＲＸ８４０は、双方向通信用である。ＴＸ／ＲＸ８４０は、通信を容易にするために少なくとも１つのアンテナを有するが、実際には、本願で言及されるアクセスノードは複数のアンテナを有してもよい。通信インターフェースは、ｇＮＢ又はｅＮＢ間の双方向通信用のＸ２インターフェース、モビリティマネジメントエンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／サービングゲートウェイ（Ｓ－ＧＷ：Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）とｇＮＢ又はｅＮＢとの間の通信用のＳ１インターフェース、ｇＮＢ又はｅＮＢとリレーノード（ＲＮ：ｒｅｌａｙ ｎｏｄｅ）との間の通信用のＵｎインターフェース、あるいはｇＮＢ又はｅＮＢと端末デバイスとの間の通信用のＵｕインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェースを表してもよい。

プログラム８３０は、関連付けられるプロセッサ８１０によって実行されると、デバイス８００が、本明細書で図２～図５及び図７を参照して説明したように、本開示の実施形態に従って動作することを可能にするプログラム命令を含むと想定される。本明細書の実施形態は、デバイス８００のプロセッサ８１０によって実行可能なコンピュータソフトウェアにより、又はハードウェアにより、又はソフトウェアとハードウェアとの組み合わせにより実施されてもよい。プロセッサ８１０は、本開示の様々な実施形態を実施するように構成されてもよい。さらに、プロセッサ８１０とメモリ８２０の組み合わせは、本開示の様々な実施形態の実施に適した処理手段８５０を形成してもよい。

メモリ８２０は、ローカル技術ネットワークに適した任意のタイプのものであってもよく、非限定的な例として、非一時的コンピュータ読み取り可能な記憶媒体、半導体系のメモリデバイス、磁気メモリデバイス及びシステム、光メモリデバイス及びシステム、固定メモリデバイス及びリムーバブルメモリなどの任意の適切なデータ記憶技術を使用して実施されてもよい。デバイス８００には１つのメモリ８２０のみが示されているが、デバイス８００には物理的に別個である複数のメモリモジュールがあってもよい。プロセッサ８１０は、ローカル技術ネットワークに適した任意のタイプのものであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ又は複数を含んでもよい。デバイス８００は、メインプロセッサを同期させるクロックに時間的に従属する特定用途向け集積回路チップなどの複数のプロセッサを有してもよい。

本開示の装置及び／又はデバイスに含まれる構成要素は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせを含む様々な態様で実施されてもよい。一実施形態では、１つ又は複数のユニットは、ソフトウェア及び／又はファームウェア、例えば、記憶媒体に記憶されたマシン実行可能な命令を使用して実装されてもよい。マシン実行可能な命令に加えて又はその代わりに、装置及び／又はデバイスにおけるユニットの一部又は全部は、少なくとも部分的には１つ又は複数のハードウェアロジックコンポーネントによって実装されてもよい。例えば、使用され得るハードウェアロジックコンポーネントの例示的なタイプには、ＦＰＧＡ（Ｆｉｅｌｄ‐ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ‐ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、特定用途向け標準製品（ＡＳＳＰ：Ａｐｐｌｉｃａｔｉｏｎ‐ｓｐｅｃｉｆｉｃ Ｓｔａｎｄａｒｄ Ｐｒｏｄｕｃｔ）、ＳＯＣ（Ｓｙｓｔｅｍ‐ｏｎ‐ａ‐ｃｈｉｐ ｓｙｓｔｅｍ）、ＣＰＬＤ（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）などが含まれるが、これらに限定されない。

一般的に、本開示の様々な実施形態は、ハードウェア又は専用回路、ソフトウェア、ロジック、又はそれらの任意の組み合わせで実施されてもよい。いくつかの態様はハードウェアで実施され、他の態様はコントローラ、マイクロプロセッサ、又は他のコンピューティングデバイスによって実行され得るファームウェア又はソフトウェアで実施されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャート、又は他の何らかの画像表現を使用して例示及び説明されたが、本明細書に記載されるこれらのブロック、装置、システム、技術又は方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路又はロジック、汎用ハードウェア又はコントローラ又は他のコンピューティングデバイス、又はそれらのいくつかの組み合わせで実施されてもよいことを理解されたい。

本開示は、さらに、非一時的なコンピュータ読み取り可能な記憶媒体に有形に格納された少なくとも１つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図２～図５及び図７を参照して上記したプロセス又は方法を実行するために、プログラムモジュールに含まれるものなどの、対象の実プロセッサ又は仮想プロセッサ上のデバイスで実行されるコンピュータ実行可能な命令を含む。一般的に、プログラムモジュールは、特定のタスクを実行したり、特定の抽象データ型を実施したりするルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などを含む。プログラムモジュールの機能は、様々な実施形態で記載されたプログラムモジュール間で組み合わせる、又は分割されることができる。プログラムモジュールのためのマシン実行可能な命令は、ローカルデバイス又は分散型デバイス内で実行されてもよい。分散型デバイスでは、プログラムモジュールがローカル記憶媒体とリモート記憶媒体の両方に配置されてもよい。

本開示の方法を実行するためのプログラムコードは、１つ又は複数のプログラミング言語の任意の組み合わせで書かれてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、又は他のプログラム可能なデータ処理装置のプロセッサ又はコントローラに提供されてもよく、これにより、プログラムコードがプロセッサ又はコントローラによって実行されると、フローチャート及び／又はブロック図に規定される機能／動作が実現される。プログラムコードは、完全にマシンで実行されてもよく、その一部がマシンで実行されてもよく、スタンドアロンのソフトウェアパッケージとして実行されてもよく、一部がマシンで実行され且つ一部がリモートマシンで実行されてもよく、完全にリモートマシン又はサーバで実行されてもよい。

上記プログラムコードは、命令実行システム、装置、又はデバイスによって、又はそれと関連付けられて使用されるためのプログラムを含む、又は格納することができる任意の有形媒体であり得るマシン読み取り可能な媒体で具現化されてもよい。マシン読み取り可能な媒体は、マシン読み取り可能な信号媒体又はマシン読み取り可能な記憶媒体であってもよい。マシン読み取り可能な媒体は、電子、磁気、光学、電磁気、赤外線、又は半導体システム、装置、デバイス、あるいは前記の任意の適切な組み合わせを含んでもよいが、これらに限定されない。マシン読み取り可能な記憶媒体のより具体的な例として、１つ又は複数のワイヤによる電気的接続、ポータブルコンピュータディスケット、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、消去可能なプログラム可能な読み取り専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバー、ポータブルコンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ）、光学式ストレージデバイス、磁気ストレージデバイス、又は前記の任意の適切な組み合わせが挙げられる。

さらに、動作が特定の順序で描かれているが、これは、望ましい結果を達成するために、そのような動作が図示の特定の順序又は連続順序で実行されること、又はすべての描かれた動作が実行されることを要求するものとして理解されるべきではない。特定の状況では、マルチタスク及び並列処理が有利である場合がある。同様に、上述した説明にはいくつかの特定の実施形態の詳細が含まれているが、これらは本開示の範囲を限定するものとして解釈されるべきではなく、特定の実施形態に特有の特徴の説明として解釈されるべきである。別々の実施形態の文脈で説明されている特定の特徴は、単一の実施形態に組み合わせて実施されてもよい。逆に、単一の実施形態の文脈で説明されている様々な特徴も、複数の実施形態で別々に、又は任意の適切なサブコンビネーションで実施されてもよい。

本開示は、構造的特徴及び／又は方法論的動作に特有の用語で説明されたが、添付の特許請求の範囲で限定される本開示は、必ずしも上記した特定の特徴又は動作に限定されないことを理解されたい。むしろ、上記した特定の特徴及び動作は、特許請求の範囲を実施する例示的な形態として開示されている。

Claims (24)

1. 通信方法であって、
   端末デバイスで、第１期間に実行される第１送信、又は、前記第１期間とオーバーラップする第２期間に実行される第２送信を、より低い送信要求を有するセカンダリ送信として選択することと、
   前記第１及び第２送信の総送信電力が前記端末デバイスの利用可能な送信電力以下であるように、前記第１期間と前記第２期間との間のオーバーラップ部分で前記セカンダリ送信の送信電力を調節することと、
   を含む、方法。
2. 前記第１送信はサイドリンク送信を含み、前記第２送信はアップリンク送信を含み、前記セカンダリ送信を選択することは、
   前記サイドリンク送信の信頼性要求が閾値信頼性を超える場合、及び／又は
   前記サイドリンク送信の遅延要求が閾値遅延以下である場合に、
   前記アップリンク送信を前記セカンダリ送信として特定すること、を含む、
   請求項１に記載の方法。
3. 前記アップリンク送信を前記セカンダリ送信として特定することは、
   前記サイドリンク送信の前記信頼性要求が前記閾値信頼性を超えると決定することと、
   前記サイドリンク送信の前記遅延要求が前記閾値遅延以下であると決定することと、
   前記サイドリンク送信の優先度が閾値優先度を超えると決定することと、を含む、
   請求項２に記載の方法。
4. 前記第１送信はサイドリンク送信を含み、前記第２送信はアップリンク送信を含み、前記セカンダリ送信を選択することは、
   前記サイドリンク送信の複合要求が複合閾値を超えると決定したことに応答して、前記アップリンク送信を前記セカンダリ送信として特定することを含み、
   前記複合要求は、信頼性要求、遅延要求、及び優先度を組み合わせたものである、
   請求項１に記載の方法。
5. 前記第１送信はサイドリンク送信を含み、前記第２送信はアップリンク送信を含み、前記セカンダリ送信を選択することは、
   前記アップリンク送信が、所定の閾値よりも高い予め定めされた送信要求を有するか否かを決定することと、
   前記アップリンク送信が前記予め定めされた送信要求を有することに応答して、前記サイドリンク送信を前記セカンダリ送信として特定することと、を含む、
   請求項１に記載の方法。
6. 前記アップリンク送信が前記予め定めされた送信要求を有するか否かを決定することは、
   前記サイドリンク送信の制御情報から、前記アップリンク送信が前記予め定めされた送信要求を有するか否かを示す指示を取得すること、を含む、
   請求項５に記載の方法。
7. 前記アップリンク送信が前記予め定められた送信要求を有するか否かを決定することは、
   アップリンク送信パラメータのセットから、スケジュールされた前記予め定められた送信要求を有するアップリンク送信のための少なくとも１つの期間を決定することと、
   前記少なくとも１つの期間が前記第２期間を含むことに応答して、前記アップリンク送信が前記予め定めされた送信要求を有すると決定することと、を含む、
   請求項５に記載の方法。
8. 前記アップリンク送信の送信要求が前記予め定めされた送信要求と異なることに応答して、
   前記サイドリンク送信の信頼性要求が閾値信頼性を超える場合、及び／又は
   前記サイドリンク送信の遅延要求が閾値遅延以下である場合、及び／又は
   前記サイドリンク送信の優先度が閾値優先度を超える場合、
   前記アップリンク送信を前記セカンダリ送信として特定すること、さらにを含む、
   請求項５に記載の方法。
9. 前記第１送信は第１サイドリンク送信を含み、前記第２送信は第２サイドリンク送信を含み、前記セカンダリ送信を選択することは、
   前記第１サイドリンク送信と前記第２サイドリンク送信が同じ無線アクセス技術（ＲＡＴ：ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）であるか否かを決定することと、
   前記第１サイドリンク送信と前記第２サイドリンク送信が同じＲＡＴであることに応答して、
   前記第１及び第２サイドリンク送信の信頼性要求を比較すること、
   前記第１及び第２サイドリンク送信の遅延要求を比較すること、
   前記第１及び第２サイドリンク送信の優先度を比較すること、
   のうちの少なくとも１つによって、前記セカンダリ送信を選択することと、を含む、
   請求項１に記載の方法。
10. 前記セカンダリ送信を選択することは、
    前記第１サイドリンク送信と前記第２サイドリンク送信が異なるＲＡＴであることに応答して、
    前記第１サイドリンク送信の第１送信要求を示す第１値を、マッピング値にマッピングすることと、
    前記マッピング値を、前記第２サイドリンク送信の第２送信要求を示す第２値と比較することと、をさらに含む、
    請求項９に記載の方法。
11. 前記第１送信は第１ＲＡＴのサイドリンク送信を含み、前記第２送信は第２ＲＡＴのアップリンク送信を含み、前記セカンダリ送信を選択することは、
    前記サイドリンク送信の送信要求が所定の閾値を超えるか否かを決定することと、
    前記送信要求が前記所定の閾値を超えることに応答して、前記アップリンク送信を前記セカンダリ送信として特定することと、
    前記送信要求が前記所定の閾値以下であるであることに応答して、前記サイドリンク送信を前記セカンダリ送信として特定することと、を含む、
    請求項１に記載の方法。
12. 前記第１送信は、第１ＲＡＴの第１アップリンク送信を含み、
    前記第２送信は、所定の閾値よりも高い予め定めされた送信要求を有しない前記第１ＲＡＴの第２アップリンク送信、第２ＲＡＴのアップリンク送信、又は前記第２ＲＡＴのサイドリンク送信を含み、
    前記セカンダリ送信を選択することは、
    前記第１アップリンク送信が、前記予め定めされた送信要求を有するか否かを決定することと、
    前記第１アップリンク送信が前記予め定めされた送信要求を有することに応答して、前記第２送信を前記セカンダリ送信として特定することと、を含む、
    請求項１に記載の方法。
13. 前記第１期間と前記第２期間が異なる開始時刻又は終了時刻を有することに応答して、前記第１期間又は前記第２期間の非オーバーラップ部分で、調節された送信電力で前記セカンダリ送信を実行すること、をさらに含む、
    請求項１に記載の方法。
14. 前記端末デバイスが、異なる送信の間の動的電力共有ができないことに応答して、前記第１送信又は前記第２送信を停止すること、をさらに含む、
    請求項１に記載の方法。
15. 前記セカンダリ送信の送信電力の調節量が閾値を超えることに応答して、前記セカンダリ送信を停止すること、をさらに含む、
    請求項１に記載の方法。
16. 通信方法であって、
    端末デバイスで、第１期間に実行される第１サイドリンク送信、又は第２期間に実行される第２サイドリンク送信を、より低い送信要求を有するセカンダリサイドリンク送信として選択することと、
    前記セカンダリサイドリンク送信、又は、第３期間に実行されるアップリンク送信を、より低い送信要求を有するターゲット送信として選択し、前記第１、第２及び第３期間はオーバーラップ部分を有することと、
    前記第１及び第２サイドリンク送信と前記アップリンク送信の総送信電力が、前記端末デバイスの利用可能な送信電力以下であるように、前記オーバーラップ部分で前記ターゲット送信の送信電力を調節することと、を含む、
    方法。
17. 前記第１及び第２サイドリンク送信と前記アップリンク送信の送信要求は、信頼性要求、遅延要求、及び優先度のうちの少なくとも１つを含む、
    請求項１６に記載の方法。
18. 通信方法であって、
    端末デバイスで、第１期間に実行される第１送信と、前記第１期間とオーバーラップする第２期間に実行される第２送信とを決定することと、
    前記第１期間が、前記第２期間よりも早い開始時刻を有すると決定することと、
    前記第１期間で、前記第１送信の送信電力を変更せずに維持することと、を含む、
    方法。
19. 前記送信電力を変更せずに維持することは、
    前記第１期間と前記第２期間との間のオーバーラップ部分で、前記第１及び第２送信の総送信電力が前記端末デバイスの利用可能な送信電力以下であるように、前記第２期間で前記第２送信の送信電力を調節すること、を含む、
    請求項１８に記載の方法。
20. 前記送信電力を変更せずに維持することは、
    前記第１期間と前記第２期間との間のオーバーラップ部分で、前記第１及び第２送信の総送信電力が前記端末デバイスの利用可能な送信電力を超えることに応答して、前記オーバーラップ部分における前記第１送信又は前記第２送信を停止すること、を含む、
    請求項１８に記載の方法。
21. 端末デバイスであって、
    プロセッサと、
    命令を格納するメモリと、を備え、
    前記メモリ及び前記命令は、前記プロセッサによって、前記端末デバイスに以下の動作を実行させるように構成され、
    前記動作は、
    第１期間に実行される第１送信、又は、前記第１期間とオーバーラップする第２期間に実行される第２送信を、より低い送信要求を有するセカンダリ送信として選択することと、
    前記第１及び第２送信の総送信電力が前記端末デバイスの利用可能な送信電力以下であるように、前記第１期間と前記第２期間との間のオーバーラップ部分で前記セカンダリ送信の送信電力を調節することと、を含む、
    端末デバイス。
22. 端末デバイスであって、
    プロセッサと、
    命令を格納するメモリと、を備え、
    前記メモリ及び前記命令は、前記プロセッサによって、前記端末デバイスに以下の動作を実行させるように構成され、
    前記動作は、
    第１期間に実行される第１サイドリンク送信、又は第２期間に実行される第２サイドリンク送信を、より低い送信要求を有するセカンダリサイドリンク送信として選択することと、
    前記セカンダリサイドリンク送信、又は、第３期間に実行されるアップリンク送信を、より低い送信要求を有するターゲット送信として選択し、前記第１、第２及び第３期間はオーバーラップ部分を有することと、
    前記第１及び第２サイドリンク送信と前記アップリンク送信の総送信電力が、前記端末デバイスの利用可能な送信電力以下であるように、前記オーバーラップ部分で前記ターゲット送信の送信電力を調節することと、を含む、
    端末デバイス。
23. 端末デバイスであって、
    プロセッサと、
    命令を格納するメモリと、を備え、
    前記メモリ及び前記命令は、前記プロセッサによって、前記端末デバイスに以下の動作を実行させるように構成され、
    前記動作は、
    第１期間に実行される第１送信と、前記第１期間とオーバーラップする第２期間に実行される第２送信とを決定することと、
    前記第１期間が、前記第２期間よりも早い開始時刻を有すると決定することと、
    前記第１期間で、前記第１送信の送信電力を変更せずに維持することと、を含む、
    端末デバイス。
24. デバイスの少なくとも１つのプロセッサで実行されると、前記デバイスに請求項１乃至１５、請求項１６乃至１７、請求項１８乃至２０のいずれか一項に記載の方法を実行させる命令が格納されたコンピュータ読み取り可能な媒体。

Images