JP2024029137A - 方法及び端末装置 - Google Patents

方法及び端末装置 Download PDF

Info

Publication number
JP2024029137A
JP2024029137A JP2023220829A JP2023220829A JP2024029137A JP 2024029137 A JP2024029137 A JP 2024029137A JP 2023220829 A JP2023220829 A JP 2023220829A JP 2023220829 A JP2023220829 A JP 2023220829A JP 2024029137 A JP2024029137 A JP 2024029137A
Authority
JP
Japan
Prior art keywords
pucch
terminal device
resource
coreset
path loss
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2023220829A
Other languages
English (en)
Other versions
JP2024029137A5 (ja
Inventor
ファン ユエン
Fang Yuan
ガン ワン
Gang Wang
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP2023220829A priority Critical patent/JP2024029137A/ja
Publication of JP2024029137A publication Critical patent/JP2024029137A/ja
Publication of JP2024029137A5 publication Critical patent/JP2024029137A5/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/046—Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/0408—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas using two or more beams, i.e. beam diversity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686—Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

【課題】本開示の実施形態は、マルチＴＲＰ通信のための方法、デバイス及びコンピュータ記憶媒体を提供する。【解決手段】複数の送受信ポイント（ＴＲＰ）通信において、端末装置は、第１の参照信号（ＲＳ）リソースを使用してダウンリンクパスロス推定値を決定して、物理アップリンク制御チャネル（ＰＵＣＣＨ）伝送の送信電力を決定し、ＰＵＣＣＨパスロス推定に使用される少なくとも１つのＲＳを示す上位レイヤパラメータが提供されない場合、第１のＲＳリソースは、サービングセルのアクティブな帯域幅部分（ＢＷＰ）において最小のインデックスを有する制御リソースセット（ＣＯＲＥＳＥＴ）の送信構成指標（ＴＣＩ）状態において擬似コロケーション（ＱＣＬ：ｑｕａｓｉ－ｃｏｌｏｃａｔｉｏn）タイプＤで構成される第２のＲＳリソースに対応する。【選択図】図７

Description

本開示の実施形態は全体として、電気通信分野に関し、特に複数の送受信ポイント（ＴＲＰ）通信のための方法、デバイス及びコンピュータ記憶媒体に関する。
各種通信規格において、自治体、国家、地域、グローバルレベルで様々な無線デバイスを通信可能にする公共プロトコルを提供するための通信技術が開発されている。新たな通信規格の１つの例示として新無線（ＮＲ）、例えば５Ｇ無線アクセスが挙げられる。ＮＲは第３世代パートナーシッププロジェクト（３ＧＰＰ）が公表したロングタームレボリューション（ＬＴＥ）モバイル規格の拡張セットである。
ＮＲにおいて、ネットワークデバイス（例えば、次世代ＮｏｄｅＢ（ｇＮＢ））は、複数のＴＲＰ又は複数のアンテナパネルを備えることができる。すなわち、ネットワークデバイスは、複数のＴＲＰ又は複数のアンテナパネルのうちの１つ又は複数を介して、端末デバイス（例えば、ユーザ端末（ＵＥ））と通信することができ、これは「マルチＴＲＰ通信」とも称せられる。いくつかのマルチＴＲＰ通信スキームでは、単一のダウンリンク制御情報（ＤＣＩ）を、複数の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をスケジューリングするために用いてもよいし、又は、異なるＤＣＩを、複数の物理アップリンク制御チャネル（ＰＵＣＣＨ）をスケジューリングするために用いてもよい。
概して、本開示の例示的な実施形態は、マルチＴＲＰ通信のための方法、デバイス及びコンピュータ記憶媒体を提供する。
第１の態様において、通信方法が提供される。前記方法は、制御情報によってスケジューリングされる第１物理共有チャネルについての第１ビームを決定することを含む。前記方法はさらに、前記制御情報によってスケジューリングされる第２物理共有チャネルについての、前記第１ビームとは異なる第２ビームを決定することを含む。前記方法はさらに、前記第１ビームを介して前記第１物理共有チャネルで通信を実行し、前記第２ビームを介して前記第２物理共有チャネルで通信を実行することを含む。
第２の態様において、通信方法が提供される。前記方法は、第１アップリンク制御チャネルで通信を実行するための第１基準電力と、第２アップリンク制御チャネルで通信を実行するための第２基準電力とを決定することを含む。前記第１アップリンク制御チャネル及び前記第２アップリンク制御チャネルは、異なる制御情報によってスケジューリングされる。前記方法はさらに、前記第１基準電力及び前記第２基準電力に基づいて、前記第１アップリンク制御チャネルで前記通信を実行するための第１目標電力と、前記第２アップリンク制御チャネルで前記通信を実行するための第２目標電力とを決定することを含む。前記方法はさらに、前記第１目標電力により前記第１アップリンク制御チャネルで前記通信を実行し、前記第２目標電力により前記第２アップリンク制御チャネルで前記通信を実行することを含む。
第３の態様において、通信のためのデバイスが提供される。前記デバイスは、プロセッサと、メモリとを備える。前記メモリは前記プロセッサに結合され命令が記憶されている。前記命令は、前記プロセッサにより実行される場合に、前記デバイスに動作を実行させる。前記動作は、制御情報によってスケジューリングされる第１物理共有チャネルについての第１ビームを決定することを含む。前記動作はさらに、前記制御情報によってスケジューリングされる第２物理共有チャネルについての、前記第１ビームとは異なる第２ビームを決定することを含む。前記動作はさらに、前記第１ビームを介して前記第１物理共有チャネルで通信を実行し、前記第２ビームを介して前記第２物理共有チャネルで通信を実行することを含む。
第４の態様において、通信のためのデバイスが提供される。前記デバイスは、プロセッサと、メモリとを備える。メモリはプロセッサに結合され命令が記憶されている。前記命令は、前記プロセッサにより実行される場合に、前記デバイスに動作を実行させる。前記動作は、第１アップリンク制御チャネルで通信を実行するための第１基準電力と、第２アップリンク制御チャネルで通信を実行するための第２基準電力とを決定することを含む。前記第１アップリンク制御チャネル及び前記第２アップリンク制御チャネルは、異なる制御情報によってスケジューリングされる。前記動作はさらに、前記第１基準電力及び前記第２基準電力に基づいて、前記第１アップリンク制御チャネルで前記通信を実行するための第１目標電力と、前記第２アップリンク制御チャネルで前記通信を実行するための第２目標電力とを決定することを含む。前記動作はさらに、前記第１目標電力により前記第１アップリンク制御チャネルで前記通信を実行し、前記第２目標電力により前記第２アップリンク制御チャネルで前記通信を実行することを含む。
第５の態様において、命令が記憶されているコンピュータ可読媒体が提供される。前記命令は、少なくとも１つのプロセッサ上で実行される場合に、前記少なくとも１つのプロセッサに、本開示の第１の態様に基づく方法を実行させる。
第６の態様において、命令が記憶されているコンピュータ可読媒体が提供される。前記命令は、少なくとも１つのプロセッサ上で実行される場合に、前記少なくとも１つのプロセッサに、本開示の第２の態様に基づく方法を実行させる。
本開示のその他の特徴は、以下の説明により容易に理解できるはずである。
以下、図面において本開示のいくつかの実施形態をさらに詳細に説明し、本開示の上述及びその他の目的、特徴、利点を、さらに明らかにする。
本開示のいくつかの実施形態を実施可能な例示的通信ネットワークを示す。
本開示のいくつかの実施形態にかかる例示的処理の模式図を示す。
本開示のいくつかの実施形態にかかる複数のＰＤＳＣＨを説明する模式図を示す。
本開示のいくつかの実施形態にかかる複数のＰＤＳＣＨを説明する模式図を示す。
本開示のいくつかの実施形態にかかる複数のＰＤＳＣＨを説明する模式図を示す。
本開示のいくつかの実施形態にかかる複数のＰＤＳＣＨを説明する模式図を示す。
本開示のいくつかの実施形態にかかる例示的処理の模式図を示す。
本開示のいくつかの実施形態にかかる複数のＰＵＣＣＨを説明する模式図を示す。
本開示のいくつかの実施形態にかかる複数のＰＵＣＣＨを図示する模式図を示す。
本開示のいくつかの実施形態にかかる複数のＰＵＣＣＨを説明する模式図を示す。
本開示のいくつかの実施形態にかかる例示的方法を示す。
本開示のいくつかの実施形態にかかる例示的方法を示す。
本開示の実施形態を実施するのに適用されるデバイスの概略ブロック図である。
全ての図面において、同一又は類似の図面符号は、同一又は類似の要素を示す。
以下、いくつかの例示的な実施形態を参照して、本開示の原理を説明する。理解すべき点として、これら実施形態の記述は、単に説明を目的とし、当業者が本開示を理解し実施するのをサポートするためのものであり、本開示の範囲に対する何らかの限定を暗示するものではない。本明細書で説明する本開示は、以下に説明する方法以外に、様々な方法で実施可能である。
以下の説明及び請求項において、別途定義されない限り、文中で使用される全ての技術用語・科学用語は、本開示が属する分野の当業者が通常理解するものと同じ意味を有する。
文中で使用される用語「ネットワークデバイス」又は「基地局」（ＢＳ）とは、端末デバイスが通信できるセル又はカバレッジ（ｃｏｖｅｒａｇｅ）を、提供又はホスト可能なデバイスを指す。ネットワークデバイスの例には、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化型ＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ＮｏｄｅＢ（ｇＮＢ）、リモートラジオユニット（ＲＲＵ）、無線ヘッド（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、フェムトノード、ピコノード等のような低電力ノードが含まれるが、これらに限定されない。議論を目的として、以下の文では、ネットワークデバイスの例としてｇＮＢを参照しつついくつかの実施形態を説明する。
文中で使用される用語「端末デバイス」は、無線通信又は有線通信の能力を有する全てのデバイスを指す。端末デバイスの例として、ユーザ端末（ＵＥ）、パーソナルコンピュータ、デスクトップコンピュータ、移動電話、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）、携帯コンピュータ、デジタルカメラのような画像取込デバイス、ゲーム機器、音楽保存・再生装置、又は無線若しくは有線によるインターネットへのアクセス・閲覧が可能なインターネットデバイス等が含まれるが、これらに限定されない。
文中で使用される場合、文脈の中で他に明記しない限り、単数形式である「１つ」、「１つの」及び「当該」は、複数形式を含むことも意味する。用語「含む」及びその変形は、「…を含むが、これらに限定されない」という意味の、開放式の用語であると理解されるべきである。用語「…に基づいて」は、「少なくとも部分的に基づく」と理解されるべきである。用語「実施形態」及び「１つの実施形態」は、「少なくとも１つの実施形態」と理解されるべきである。用語「他の実施形態」は、「少なくとも１つの他の実施形態」と理解されるべきである。用語「第１」、「第２」等は、異なるか又は同一の対象を指すことができる。以下の説明では、その他の定義も、明確及び暗黙のものとして含むことができる。
いくつかの例示において、値、プロセス又は装置は、「最適」、「最低」、「最高」、「最小」、「最大」等と称される。理解すべき点として、こうした説明は、使用される複数の機能の代替案から、選択可能であると示すことを意図しており、こうした選択は、他の選択と比べて、より優れていたり、より小さかったり、より高かったり、又はより好ましかったりする必要はない。
１つの実施形態において、端末デバイスは、第１ネットワークデバイス及び第２ネットワークデバイスと接続することができる。第１ネットワークデバイス及び第２ネットワークデバイスのうち、一方はマスターノード（ｍａｓｔｅｒ ｎｏｄｅ）であり、他方はセカンダリノード（ｓｅｃｏｎｄａｒｙ ｎｏｄｅ）であり得る。第１ネットワークデバイスと第２ネットワークデバイスは、異なる無線アクセス技術（ＲＡＴ）を使用することができる。１つの実施形態において、第１ネットワークデバイスは、第１ＲＡＴデバイスであり、第２ネットワークデバイスは、第２ＲＡＴデバイスであり得る。１つの実施形態では、第１ＲＡＴデバイスはｅＮＢであり、第２ＲＡＴデバイスはｇＮＢである。異なるＲＡＴに関連する情報は、第１ネットワークデバイス及び第２ネットワークデバイスの少なくとも一方から端末デバイスに送信することができる。１つの実施形態において、第１情報は、第１ネットワークデバイスから端末デバイスに送信され、第２情報は、第２ネットワークデバイスから、直接又は第１ネットワークデバイスを介して端末デバイスに送信されてもよい。１つの実施形態では、第２ネットワークデバイスによって設定される端末デバイスのための設定と関連する情報が、第２ネットワークデバイスから第１ネットワークデバイスを介して送信されてもよい。また、第２ネットワークデバイスによって設定される端末デバイスのための再設定（ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）と関連する情報が、第２ネットワークデバイスから、直接又は第１ネットワークデバイスを介して端末デバイスに送信されてもよい。
図１は、本開示のいくつかの態様の実施形態を実施可能な例示的通信ネットワーク１００を示す。ネットワーク１００は、ネットワークデバイス１１０を備える。ネットワークデバイス１１０は、２つのＴＲＰ／パネル１３０－１及び１３０－２（ＴＲＰ１３０と総称するか、又は単独でＴＲＰ１３０と称する）と結合されている。ネットワーク１００はさらに、ネットワークデバイス１１０がサービスを提供する端末デバイス１２０を含む。ネットワークデバイス１１０のサービングエリアはセル１０２と称される。理解すべき点として、ネットワークデバイス、端末デバイス及びＴＲＰの数は、単に説明を目的としたものであり、何らかの限定を意味するものではない。ネットワーク１００は、本開示の本態様の実施形態の実施に適する任意の適切な数のネットワークデバイス、端末デバイス及びＴＲＰを含むことができる。図示されてはいないが、理解すべき点として、セル１０２内に１つ又は複数の端末デバイスが位置し、ネットワークデバイス１１０からサービスを受けることができる。
文中で使用される用語「ＴＲＰ」は、特定の地理的位置のネットワークデバイスで使用可能なアンテナアレイ（１つの又は複数のアンテナ素子を有する）を指す。例えば、ネットワークデバイスは、異なる地理的位置の複数のＴＲＰと結合することにより、より適切なカバレッジを実現することができる。代替として又は追加で、複数のＴＲＰがネットワークデバイスに組み込まれていてもよく、換言すれば、ネットワークデバイスは複数のＴＲＰを備えてもよい。理解すべき点として、ＴＲＰは「パネル」と称してもよい。ＴＲＰは、アンテナアレイ（１つの又は複数のアンテナ素子を有する）又はアンテナセットも指す。さらに理解すべき点として、ＴＲＰは、様々な方法で物理的に実現可能な論理的概念を指してもよい。
通信ネットワーク１００において、ネットワークデバイス１１０は、データ及び制御情報を端末デバイス１２０に送ることができ、端末デバイス１２０も、データ及び制御情報をネットワークデバイス１１０に送ることができる。ネットワークデバイス１１０から端末デバイス１２０へのリンクは、ダウンリンク（ＤＬ）又はフォワードリンクと呼ばれ、一方、端末デバイス１２０からネットワークデバイス１１０へのリンクは、アップリンク（ＵＬ）又はリバースリンクと呼ばれる。
ネットワーク１００は通信技術に応じて、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワーク、シングルキャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ）ネットワーク又は任意の他のネットワークであり得る。ネットワーク１００に関し論じる通信としては、任意の適切な規格に適合するものを用いることができ、それには新無線アクセス（ＮＲ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥ エボリューション、ＬＴＥ－アドバンスト（ＬＴＥ－Ａ：LTE-Advanced）、広帯域符号分割多元接続（ＷＣＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、ｃｄｍａ２０００、移動通信用グローバルシステム（ＧＳＭ：Global System for Mobile Communications）等が含まれ得るが、これらに限定されない。また、現在既知の又は将来開発される任意の世代の通信プロトコルに基づき、通信を実行することができる。通信プロトコルの例として、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）の通信プロトコルが含まれるが、これらに限定されない。本明細書で説明する技術は、上述した無線ネットワーク及び無線技術並びに他の無線ネットワーク及び無線技術において用いることができる。明確性の観点から、以下ではＬＴＥについてこれらの技術のいくつかの面を説明しており、以下の説明の大部分において、ＬＴＥの技術用語が使用されている。
図１に示すように、ネットワークデバイス１１０は、ＴＲＰ１３０－１及び１３０－２を介して端末デバイス１２０と通信することができる。以下の文中では、ＴＲＰ１３０－１を第１のＴＲＰ、ＴＲＰ１３０－２を第２のＴＲＰとも称することができる。ＴＲＰ１３０の各々は、端末デバイス１２０と通信するために複数のビームを提供することができる。第１のＴＲＰ１３０－１及び第２のＴＲＰ１３０－２は、ネットワークデバイス１１０が提供する同じサービングセル（例えば、図１に示すセル１０２）に含まれてもよいし、異なるサービングセルに含まれてもよい。
本開示のいくつかの例示的な実施形態は、ネットワークデバイス１１０によって提供される同一のサービングセル１０２内の第１のＴＲＰ１３０－１及び第２のＴＲＰ１３０－２を参照して説明されるが、これらの実施形態は、単に説明を目的とし、当業者が本開示を理解し実施する際の助けとなるものであり、本開示の範囲に対する何らかの限定を暗示するものではない。本開示の実施形態は、ネットワークデバイス１１０によって提供される異なるサービングセル内にＴＲＰ１３０が存在するネットワークにおいて実施されてもよい。理解すべき点として、本明細書で説明する本開示は、以下に説明する方法以外に、様々な方法で実施可能である。
上述したように、いくつかのマルチＴＲＰ通信スキームでは、単一のＤＣＩを、複数のＰＤＳＣＨをスケジューリングするために使用してもよいし、又は、異なるＤＣＩを、複数のＰＵＣＣＨをスケジューリングするために使用してもよい。例えばネットワークデバイスは、単一のＤＣＩによって２つのＰＤＳＣＨをスケジューリングすることができ、例えばＰＤＳＣＨの各々は２つのＴＲＰのうちの１つに対応している。端末デバイスが２つのＰＤＳＣＨに関する情報を決定するためにＤＣＩを復号するには時間がかかる。ＤＣＩが復号される前に、端末デバイスは、２つのＰＤＳＣＨについてネットワークデバイスが示すビームの知識を持っていない可能性がある。そのため、ＰＤＳＣＨ送信の実行時に遅延が発生する可能性がある。遅延を短縮するために、端末デバイスは、ＤＣＩが復号される前に、デフォルトのビームを使用してＰＤＳＣＨ送信を実行することができる。しかし、異なるビームを必要とする２つのＰＤＳＣＨが存在する場合、例えば２つのＴＲＰの場合には、２つのＰＤＳＣＨのためにどのようにビームを選択するかを解決する必要がある。
文中で使用されるように、「ビーム」という用語は空間領域におけるリソースを指し、１セットのパラメータによって示される。ＮＲについての３ＧＰＰ仕様では、ビームは、送信構成指標（ＴＣＩ）状態に含まれる擬似コロケーション（ＱＣＬ：quasi-colocation）タイプＤ情報によって示すことができる。ここで使用されるＰＤＳＣＨのためのビームは、受信のために使用される。
本開示の例示的な実施形態は、マルチＴＲＰ通信についての解決手段を提供する。該解決手段は、異なるＰＤＳＣＨに対するビーム選択、又はＰＤＳＣＨの異なる部分に対するビーム選択をサポートする。こうしてダウンリンク送信の遅延を減らし、高性能を実現することができる。
図２は、本開示のいくつかの実施形態にかかる例示的処理２００の模式図を示す。図２に示すように、例示的処理２００は、ネットワークデバイス１１０及び端末デバイス１２０に関わることができる。理解すべき点として、処理２００は、図示されていない付加的動作を含むことができ、且つ／又は、図示されたいくつかの動作を省略することができ、この点において、本開示の範囲は限定されない。
図２に示すように、ネットワークデバイス１１０は、制御情報（例えば、ＤＣＩ）を端末デバイス１２０に送信することができる（２０５）。制御情報は、複数の物理共有チャネルをスケジューリングすることができる。複数の物理共有チャネルのそれぞれは、異なるＴＲＰに対応する。例えば、ＤＣＩは、第１のＴＲＰ１３０－１に対応する第１のＰＤＳＣＨと、第２のＴＲＰ１３０－２に対応する第２のＰＤＳＣＨとをスケジューリングすることができる。
端末デバイス１２０は、第１物理共有チャネルについての第１ビームを決定する（２１０）。当該第１物理共有チャネルは、ネットワークデバイス１１０から受信した制御情報によってスケジューリングされる。いくつかの例示的な実施形態では、第１ビームは、制御情報が復号される前に使用されるデフォルトのビーム、及び／又は、制御情報によって示される新しいビームに切り替わる前に使用されるデフォルトのビームであってもよい。例えば、端末デバイス１２０によってＤＣＩが復号される前に、任意のＤＣＩによって示される、ＰＤＳＣＨ受信を実行するための任意のビームが存在しない可能性があり、また、ＤＣＩによって示される新しいビームに切り替える前に、新しいビームを有効にするために時間がかかる可能性がある。そのため、端末デバイス１２０は、デフォルトのビームを用いてＰＤＳＣＨ受信を実行してもよい。
端末デバイス１２０は、第２物理共有チャネルについての第２ビームを決定する。当該第２物理共有チャネルは、ネットワークデバイス１１０から受信した制御情報によってスケジューリングされる。第２ビームは第１ビームとは異なる。いくつかの例示的な実施形態では、第２ビームは、制御情報が復号される前に使用される別のデフォルトのビーム、及び／又は、制御情報によって示される新しいビームに切り替わる前に使用される別のデフォルトのビームであってもよい。いくつかの例示的な実施形態において、第２ビームはＤＣＩによって示されるビームであってもよい。単一のＤＣＩが、異なるＴＲＰに対応する２つのＰＤＳＣＨをスケジューリングすることができるため、端末デバイス１２０は、２つの異なるビームを使用して、異なるＴＲＰを介してＰＤＳＣＨ受信を実行する必要がある。
いくつかの例示的な実施形態では、第１ビーム及び第２ビームが両方ともデフォルトビームであってもよい。図３を参照すると、図３は、本開示のいくつかの実施形態にかかる複数のＰＤＳＣＨを図示する模式図３００を示す。図３に示すように、ＤＣＩ ３０１は、第１のＴＲＰ１３０－１に対応する第１のＰＤＳＣＨ３１１と、第２のＴＲＰ１３０－２に対応する第２のＰＤＳＣＨ３１２とをスケジューリングすることができる。時刻３２１は、ＰＤＣＣＨの監視が終了した時刻を表し、時刻３２２は、ＤＣＩ ３０１の復号が完了し、且つ／又は、ＤＣＩ ３０１が示す新たなビームによるＰＤＳＣＨ受信の準備ができる時刻を表す。
ＤＣＩ ３０１が復号されていないため、時刻３２１と時刻３２２との間の時間間隔において、端末デバイス１２０は、２つの異なるデフォルトビームを使用して、ＰＤＳＣＨ（例えば、第１のＰＤＳＣＨ３１１及び第２のＰＤＳＣＨ３１２）での通信を実行することができる。留意すべき点として、単一のＤＣＩによってスケジューリングされたＰＤＳＣＨは、第１のＰＤＳＣＨ及び第２のＰＤＳＣＨと称されるが、ＰＤＳＣＨの第１部分及びＰＤＳＣＨの第２部分と称されてもよい。
いくつかの例示的な実施形態では、制御情報を監視するために設定される制御リソースセット（ＣＯＲＥＳＥＴ）に基づいて、第１ビームを決定してもよい。ＣＯＲＥＳＥＴセット又はＣＯＲＥＳＥＴグループを設定して、ＰＤＣＣＨを監視することができる。ＣＯＲＥＳＥＴセットからのＣＯＲＥＳＥＴに関連付けられるビームを、第１ビームとして決定することができる。図３に示すように、ＣＯＲＥＳＥＴ３３１及びＣＯＲＥＳＥＴ３３２を、ＰＤＣＣＨを監視するために端末デバイス１２０に設定することができる。また、ＤＣＩ ３０１を、ＣＯＲＥＳＥＴ３３１において監視することができる。ＣＯＲＥＳＥＴ３３１に関連付けられるビームを第１ビームとして決定することができる。この場合、ＤＣＩ ３０１は、第１のＴＲＰ１３０－１を介して送信されてもよいし、或いは、他の方法で第１のＴＲＰ１３０－１に対応してもよい。
第２ビームは、ＱＣＬタイプＤ情報を含む利用可能なＴＣＩ状態に基づいて決定することができる。ＰＤＳＣＨ送信のための複数のＴＣＩ状態（これらは、ネットワークデバイスから受信したメディアアクセス制御・制御エレメントＭＡＣ ＣＥによってアクティブ化することができる）は、本明細書では、利用可能なＴＣＩ状態と称することができる。第２のＴＲＰ１３０－２に対応する利用可能なＴＣＩ状態に基づいて、第２ビームを決定することができる。利用可能なＴＣＩ状態のうち、特定のＴＣＩ状態に対応するビームを、第２ビームとして決定することができる。例えば、第２のＴＲＰ１３０－２についてのＰＤＳＣＨ受信に適用されるアクティブ化されるＴＣＩ状態（例えば、最も低いＩＤを有する）に対応するビームが、第２ビームとして決定されてもよい。
いくつかの例示的な実施形態では、第１ビーム及び第２ビームが両方とも、制御情報を監視するために設定されるＣＯＲＥＳＥＴに基づいて決定されてもよい。この場合、ＣＯＲＥＳＥＴには、少なくとも２つのＴＣＩ状態を設定するか、又は、少なくとも２つのＱＣＬタイプＤ情報を有するＴＣＩ状態を設定することができる。したがって、ＣＯＲＥＳＥＴを、少なくとも２つのビームに関連付けることができる。第１ビームと第２ビームは、少なくとも２つのビームから選択することができる。例えば、第１ビーム及び第２ビームは、制御情報を監視するＣＯＲＥＳＥＴ（すなわち、図３に示す例示的なＣＯＲＥＳＥＴ３３１）に関連付けられる少なくとも２つのビームから選択されてもよい。
別の例として、第１ビーム及び第２ビームは、最も低いＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴに基づいて決定されてもよい。図３に示すように、ＤＣＩ ３０１は、第１のＴＲＰ１３０－１に対応することができ、ＣＯＲＥＳＥＴセット又はＣＯＲＥＳＥＴグループ（例えば、ＣＯＲＥＳＥＴ３３１及び３３２）は、第１のＴＲＰ１３０－１に対応するように設定することができる。第１ビーム及び第２ビームは、ＣＯＲＥＳＥＴセット又はＣＯＲＥＳＥＴグループ（例えば、ＣＯＲＥＳＥＴ３３１及び３３２）からの、最も低いＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴに基づいて決定されてもよい。
いくつかの例示的な実施形態では、第１ビーム及び第２ビームは、利用可能なＴＣＩ状態に基づいて決定されてもよい。ＴＣＩ状態の第１セットは、第１のＴＲＰ１３０－１に対応するＰＤＳＣＨ（例えば第１のＰＤＳＣＨ３１１）に対してＭＡＣ ＣＥによってアクティブ化することができる。一方、ＴＣＩ状態の第２セットは、第２のＴＲＰ１３０－２に対応するＰＤＳＣＨ（例えば第２のＰＤＳＣＨ３１２）に対してＭＡＣ ＣＥによってアクティブ化することができる。ＴＣＩ状態の第１セットから選択される特定のＴＣＩ状態に対応するビームを、第１ビームとして決定することができ、ＴＣＩ状態の第２セットから選択される特定のＴＣＩ状態に対応するビームを、第２ビームとして決定することができる。例えば、特定のＴＣＩ状態は、ＴＣＩ状態のそれぞれのセットの中で最も低いＩＤを有するＴＣＩ状態であってもよい。
上述した例示的な実施形態は、第１ビーム及び第２ビームの決定について説明するために記載されている。理解すべき点として、これらの例示的な実施形態の態様は、組み合わせることができる。例えば、第１ビームを決定するために説明した方法は、いくつかの他の例示的な実施形態において第２ビームを決定するために用いてもよく、その逆もまた同様である。
ここで、図２を再び参照すると、第１ビーム及び第２ビームを決定した後、端末デバイス１２０は、第１ビームを介して第１物理共有チャネルにおいて通信を実行し、第２ビームを介して第２物理共有チャネルにおいて通信を実行する（２２０）。例えば、端末デバイス１２０は、第１ビームを介して第１のＰＤＳＣＨ３１１でデータを受信し、第２ビームを介して第２のＰＤＳＣＨ３１２でデータを受信することができる。
いくつかの例示的な実施形態では、通信を実行する際に、時間領域で定義された基準に基づいて、第１ビームと第２ビームとの切り替え（ｓｗｉｔｃｈ）を実行する。ここで、図４を参照すると、図４は、本開示のいくつかの実施形態にかかる複数のＰＤＳＣＨを説明する模式図４００を示す。図４に示すように、ＤＣＩ ４０１は、第１のＴＲＰ１３０－１に対応する第１のＰＤＳＣＨ４１１と、第２のＴＲＰ１３０－２に対応する第２のＰＤＳＣＨ４１２とをスケジューリングすることができる。時刻４２１は、ＰＤＣＣＨの監視が終了する時刻を表し、時刻４２２は、ＤＣＩ ４０１の復号が完了し、且つ／又は、ＤＣＩ ４０１が示す新たなビームによるＰＤＳＣＨ受信の準備ができる時刻を表す。
図４に示すように、ＤＣＩ ４０１、第１のＰＤＳＣＨ４１１及び第２のＰＤＳＣＨ４１２は、すべて同じスロット４１０内にある。ＤＣＩ ４０１が復号されていないか、又は新しいビームの準備ができていないため、時刻４２１と４２２の間の時間間隔において端末デバイス１２０は、ＰＤＳＣＨでの通信を実行するためにデフォルトのビームを使用することができる。例えば、第１ビームが時刻４２３の前に使用され、第２ビームが時刻４２３の後に使用されてもよい。このように、受信ビームの切り替えは、時刻４２３で発生する。第１ビーム及び第２ビームは、上述の例示的な実施形態のいずれかに関して説明したように決定することができる。
時刻４２３は、ＴＣＩについてのＴＤＭ切り替え閾値とみなすことができる。すなわち、時刻４２３の前に第１のＴＣＩ状態が使用され、時刻４２３の後に、第１のＴＣＩ状態とは異なる第２のＴＣＩ状態が使用される。ＴＤＭ切り替え閾値は、ネットワークデバイス１１０によって設定されてもよいし、或いは予め定義されてもよい。例えば、時刻４２３は、スロット４１０内の時刻４２３の前の継続時間が、スロット４１０内の時刻４２３の後の継続時間と同じになるように決定されてもよい。
いくつかの例示的な実施形態では、監視する探索空間（ＳＳ）を有する１つ又は複数のＣＯＲＥＳＥＴが、超高信頼且つ低遅延な無線通信（ＵＲＬＬＣ：Ultra Reliability Low Latency Communication）に関連してもよい。議論しやすいように、そのようなＣＯＲＥＳＥＴをＵＲＬＬＣ ＣＯＲＥＳＥＴと称してもよい。一方、ＵＲＬＬＣに関連しないＣＯＲＥＳＥＴは、非ＵＲＬＬＣ ＣＯＲＥＳＥＴ（ｎｏｎ－ＵＲＬＬＣ ＣＯＲＥＳＥＴ）と称してもよい。このような例示的な実施形態では、ＵＲＬＬＣ ＣＯＲＥＳＥＴが、非ＵＲＬＬＣ ＣＯＲＥＳＥＴよりも優先されてもよい。ＰＤＳＣＨ用のデフォルトビームに関する上記の例示は、ＵＲＬＬＣ ＣＯＲＥＳＥＴと結びつけて実施されてもよい。例えば、ＤＣＩ ４０１を監視するためのＣＯＲＥＳＥＴ４３１は、ＵＲＬＬＣ ＣＯＲＥＳＥＴであり、ＣＯＲＥＳＥＴ４３２は、非ＵＲＬＬＣ ＣＯＲＥＳＥＴである。ＤＣＩを監視するためのＳＳを有するＵＲＬＬＣ ＣＯＲＥＳＥＴがスロット内に存在する場合、マルチＴＲＰについての２つのビームを有する上述の例示を適用することができる。スロット内にＤＣＩを監視するためのＳＳを有する非ＵＲＬＬＣ ＣＯＲＥＳＥＴのみが存在する場合、単一のＴＲＰに基づく送信スキームを適用することができる。
いくつかの例示的な実施形態では、通信を実行する際に、周波数領域で定義された基準に基づいて、第１ビームと第２ビームとの切り替えを実行する。ここで図５を参照すると、図５は、本開示のいくつかの実施形態にかかる複数のＰＤＳＣＨを図示する模式図５００を示す。図５に示すように、ＤＣＩ ５０１は、第１のＴＲＰ１３０－１に対応する第１のＰＤＳＣＨ５１１と、第２のＴＲＰ１３０－２に対応する第２のＰＤＳＣＨ５１２とをスケジューリングすることができる。時刻５２１は、ＰＤＣＣＨの監視が終了する時刻を表し、時刻５２２は、ＤＣＩ ５０１の復号が完了し、且つ／又は、ＤＣＩ ５０１が示す新たなビームによるＰＤＳＣＨ受信の準備ができる時刻を表す。
図５に示すように、ＤＣＩ ５０１、第１のＰＤＳＣＨ５１１及び第２のＰＤＳＣＨ５１２は、すべて同じスロット５１０内にある。ＤＣＩ ５０１が復号されていないため、時刻５２１と時刻５２２との間の時間間隔において、端末デバイス１２０は、デフォルトのビームを使用してＰＤＳＣＨでの通信を実行することができる。例えば、第１ビームは、周波数が閾値周波数５２３を超えるリソースに使用され、第２ビームは、周波数が閾値周波数５２３未満のリソースに使用されてもよい。このように、受信ビームの切り替えは、閾値周波数５２３で発生する。第１ビーム及び第２ビームは、上述の例示的な実施形態のいずれかに関して説明したように決定することができる。
閾値周波数５２３は、ＴＣＩについてのＦＤＭ切り替え閾値とみなすことができる。すなわち、閾値周波数５２３より高い場合第１のＴＣＩ状態が使用され、閾値周波数５２３より低い場合、第１のＴＣＩ状態とは異なる第２のＴＣＩ状態が使用される。ＦＤＭ切り替え閾値は、ネットワークデバイス１１０によって設定されてもよいし、或いは予め定義されていてもよい。
いくつかの実施形態において、図４を参照して上述した場合と同様に、ＵＲＬＬＣ ＣＯＲＥＳＥＴは、非ＵＲＬＬＣ ＣＯＲＥＳＥＴよりも優先されてもよい。例えば、ＤＣＩ ５０１を監視するためのＣＯＲＥＳＥＴ５３１はＵＲＬＬＣ ＣＯＲＥＳＥＴであり、ＣＯＲＥＳＥＴ５３２は非ＵＲＬＬＣ ＣＯＲＥＳＥＴである。ＵＲＬＬＣ ＣＯＲＥＳＥＴ５３１と非ＵＲＬＬＣ ＣＯＲＥＳＥＴ５３２がＤＣＩ監視のための時間領域でオーバーラップし、且つ、２つのＣＯＲＥＳＥＴに関連付けられるビームが異なる場合、ＵＲＬＬＣ ＣＯＲＥＳＥＴ５３１に関連付けられるＤＣＩ監視が優先され、ＣＯＲＥＳＥＴ５３１に関連付けられるＤＣＩ監視は無視されてもよい。
第１ビーム及び第２ビームの両方がデフォルトの受信ビームであるいくつかの例示的な実施形態は、上述したとおりである。いくつかの例示的な実施形態では、第１ビーム及び第２ビームの一方は、デフォルトの受信ビームではなく、制御情報に基づいて決定されるビームであってもよい。ここで図６を参照すると、図６は、本開示のいくつかの実施形態にかかる複数のＰＤＳＣＨを図示する模式図である。図６に示すように、ＤＣＩ ６０１は、第１のＴＲＰ１３０－１に対応する第１のＰＤＳＣＨ６１１と、第２のＴＲＰ１３０－２に対応する第２のＰＤＳＣＨ６１２とをスケジューリングすることができる。時刻６２１は、ＰＤＣＣＨの監視が終了する時刻を表す。
図６に示すように、ＤＣＩ ６０１及び第１のＰＤＳＣＨ６１１は、同じスロット６１０内にある。また、第２のＰＤＳＣＨ６１２は、スロット６１０の後のスロット６２０内にある。この場合、端末デバイス１２０は、第１ビームを使用して第１のＰＤＳＣＨ６１１で通信を実行することができる。第１ビームは、上述の例示的な実施形態のいずれかに関して説明したデフォルトのビームであってもよい。第２のＰＤＳＣＨ６１２は次のスロット６２０内にスケジューリングされているため、第２のＰＤＳＣＨ６１２の受信の前にＤＣＩ ６０１が復号される可能性がある。このように、デフォルトのビームを使用せずに、ＤＣＩ ６０１に基づいて第２ビームを決定してもよい。
ＤＣＩ ６０１を監視するためのＣＯＲＥＳＥＴ６３１は、ＵＲＬＬＣ ＣＯＲＥＳＥＴであってもよい。このような実施形態では、デフォルトの受信ビームは、監視するＳＳを有するＵＲＬＬＣ ＣＯＲＥＳＥＴと同じスロット６１０で使用することができる。ＤＣＩ ６０１によって示される受信ビームは、スロット６１０の後のスロット（すなわち、この例示ではスロット６２０）で使用することができる。
いくつかの例示的な実施形態では、第１ビーム及び第２ビームは、制御情報の受信と対応する物理共有チャネルの受信との間の時間オフセットに基づいて決定されてもよい。時間オフセットが、例えば、“timeDurationForQCL”フィールドによって示されるような閾値よりも小さい場合、デフォルトのビームが使用されてもよい。時間オフセットが閾値より大きい場合は、ＤＣＩで示されるビームが使用されてもよい。
１つの例示として、フィールド“tci-PresentlnDCI”が「ｅｎａｂｌｅｄ（有効）」に設定され、tci-PresentlnDCIがＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続モードに設定されていない場合、ＤＬ ＤＣＩの受信と、対応するＰＤＳＣＨの第１部分の受信との間のオフセットがtimeDurationForQCLよりも小さい場合、端末デバイスは、直近のスロットにおいて最も低いCORESET-IDを有する、監視されている探索空間に関連付けられるＣＯＲＥＳＥＴのＰＤＣＣＨ擬似コロケーション指示に使用されるＱＣＬパラメータについて、サービングセルのＰＤＳＣＨの第１部分（或いは言い換えると第１のＰＤＳＣＨ）の復調参照信号（ＤＭ－ＲＳ）ポートがＲＳと擬似コロケーションされていると仮定してもよい。ここで前記直近のスロットにおいて、サービングセルのアクティブな帯域幅部分（ＢＷＰ）内の１つ又は複数のＣＯＲＥＳＥＴが、端末デバイスによって監視されている。ＤＬ ＤＣＩの受信と、対応するＰＤＳＣＨの第２部分の受信との間のオフセットが閾値timeDurationForQCLよりも大きい場合、端末デバイスは、ＴＣＩ状態を使用して、ＰＤＳＣＨの第２部分のアンテナポートの擬似コロケーションを決定する。当該ＴＣＩ状態は、検出された、ＤＣＩを有するＰＤＣＣＨの‘Transmission Configuration Indication’フィールドの値に基づく。
以上、いくつかの例示的な実施形態を説明して、例えばマルチＴＲＰシナリオにおけるＰＤＳＣＨについての受信ビームの決定を説明した。このようにして、デフォルトの受信ビームを使用することにより、制御情報の復号による遅延を減らすことができる。さらに、ビームの切り替えによる遅延も減らすことができる。
上述したように、いくつかのマルチＴＲＰ通信スキームでは、異なるＤＣＩが、異なるＴＲＰに対応する可能性がある複数のＰＵＣＣＨをスケジューリングすることに用いられてもよい。したがって、そのようなＰＵＣＣＨ間の電力制御メカニズムに対処する必要がある。
端末デバイスは、以下の式（１）に基づいて、ＰＵＣＣＨ送信機会ｉにおけるＰＵＣＣＨ送信電力PPUCCH,b,f,c(i,qu,qd,i)を決定することができる。
Figure 2024029137000002
（１）
項PO_PUCCH,b,f,c(qu)は、成分PO_NORMAL_PUCCHと成分PO_UE_PUCCH(qu)とで構成することができる。セル特有のパラメータPO_NORMAL_PUCCHは、PO_NORMALと称してもよく、フールド「in PUCCH-ConfigCommon」で与えられる。端末デバイス特有のパラメータPO_UE_PUCCH(qu)は、PO_UEと称してもよく、PUCCH-PowerControlに含まれる「pO-Set」で与えられる。当該項PLb,f,c(qd)は、ＲＳリソースインデックスqdを用いて端末デバイスが算出するダウンリンクパスロス推定値であり、単位はｄＢである。議論を目的とし、項PLb,f,c(qd)を決定するためのＲＳは、本明細書ではパスロスＲＳとも称することができる。
マルチＴＲＰ通信スキームでは、上述のパラメータPO_NORMAL、PO_UE、パスロスＲＳ及び閉ループインデックスｌを決定する必要がある。また、異なるＴＲＰに対応するＰＵＣＣＨで送信を実行するための実際の電力を調整しなければならない可能性がある。
図７は、本開示のいくつかの実施形態にかかる例示的なプロセス７００の模式図を示す。図７に示すように、例示的なプロセス７００は、ネットワークデバイス１１０及び端末デバイス１２０に関わることができる。理解すべき点として、プロセス７００は、図示されていない付加的動作を含むことができ、且つ／又は、図示されたいくつかの動作を省略することができ、この点において、本開示の範囲は限定されない。
図７に示すように、ネットワークデバイス１１０は、異なる制御情報を端末デバイス１２０に送信することができる（７０５）。例えば、ネットワークデバイス１１０は、異なるＴＲＰに対応する異なるＤＣＩを送信してもよい。異なる制御情報は、異なるアップリンク制御チャネルをスケジューリングすることができる。
ここで、図８を参照すると、図８は、本開示のいくつかの実施形態にかかる複数のＰＵＣＣＨを図示する模式図８００を示す。図８に示すように、第１のＤＣＩ ８０１は、第１のＰＵＣＣＨ８１１をスケジューリングすることができ、第２のＤＣＩ ８０２は、第２のＰＵＣＣＨ８１２をスケジューリングすることができる。第１のＤＣＩ ８０１は、第１のＴＲＰ１３０－１に対応することができる。例えば、第１のＤＣＩ ８０１は、第１のＣＯＲＥＳＥＴグループ８３１において監視されることができる。第１のＣＯＲＥＳＥＴグループ８３１は、第１のＴＲＰ１３０－１に対して設定されることができる。同様に、第２のＤＣＩ ８０２は、第２のＴＲＰ１３０－２に対応することができる。例えば、第２のＤＣＩ ８０２は、第２のＣＯＲＥＳＥＴグループ８３２において監視されることができる。第２のＣＯＲＥＳＥＴグループ８３２は、第２のＴＲＰ１３０－２に対して設定されることができる。
ここで、図７を再び参照する。端末デバイス１２０は、第１アップリンク制御チャネルで通信を実行するための第１基準電力P1initialと、第２アップリンク制御チャネルで通信を実行するための第２基準電力P2initialとを決定する（７１０）。第１基準電力P1initial及び第２基準電力P2initialは、上述の式（１）に基づいて決定することができる。以下、いくつかの例示的な実施形態を示して、上述のパラメータPO_NORMAL、PO_UE、パスロスＲＳ及び閉ループインデックスｌを決定する方法を説明する。
いくつかの例示的な実施形態では、異なるＴＲＰ又は異なるＣＯＲＥＳＥＴグループは、セル特有のパラメータPO_NORMALの異なる値に対応することができる。例えば、ネットワークデバイス１１０は、パラメータPO_NORMALに対して２つの値を設定することができる。この２つの値のそれぞれは、１つのＴＲＰ又は１つのＣＯＲＥＳＥＴグループに対応する。この２つの値は、端末デバイス１２０の無線リソース制御ＲＲＣシグナリングに含まれてもよい。これらの値を示すための例示的な情報要素は、以下のとおりとすることができる。
Figure 2024029137000003
理解すべき点として、上述の情報要素は、あくまでも説明のために示したもので、何ら限定されるものではない。値は、様々な適切な方法で端末デバイス１２０に示すことができる。
この例示的な実施形態では、ＣＯＲＥＳＥＴグループ／ＴＲＰに対応するＤＣＩに応じるＰＵＣＣＨについてのPO_NORMAL値は、当該ＣＯＲＥＳＥＴグループ／ＴＲＰに関連付けることができる。図８に示す例示では、第１のＰＵＣＣＨ８１１についてのPO_NORMAL値は、例示の情報要素の”p0-normal_TRP1”に基づいて決定することができる。また、第２のＰＵＣＣＨ８１２についてのPO_NORMAL値は、例示の情報要素の”p0-normal_TRP2”に基づいて決定することができる。
いくつかの例示的な実施形態では、異なるＰＵＣＣＨについてのPO_UE値は、例えば、ネットワークデバイス１１０からの特定の指示なしに、デフォルトの方法で決定することができる。端末デバイス１２０は、ネットワークデバイス１１０によって設定されるPO_UE値のセットを取得し、このPO_UE値のセットから２つの値を選択して、基準電力P1initial及びP2initialを決定することができる。例えば、端末デバイス１２０が使用するデフォルト値は、例えば、値が０及び１のp0-PUCCH-Idを有するPO_UE値であってもよい。
１つの例示として、端末デバイス１２０にPUCCH-SpatialRelationInfoが提供されていない場合、端末デバイス１２０は、P0-PUCCHから、前の２つのp0-PUCCH-Value値を取得してもよい。ここで、当該P0-PUCCHは、「p0-Set」内で０及び１に等しいp0-PUCCH-Idを有する。前の２つのp0-PUCCH-Value値のそれぞれは、第１のＴＲＰ１３０－１及び第２のＴＲＰ１３０－２にそれぞれ対応することができる。
いくつかの例示的な実施形態では、端末デバイス１２０はデフォルトのパスロスＲＳを用いて、基準電力P1initial及びP2initialを決定することができる。第１制御情報に基づいて第１アップリンク制御チャネルの第１パスロスＲＳを決定し、第２制御情報に基づいて第２パスロスＲＳを決定することができる。
いくつかの例示的な実施形態では、端末デバイス１２０は、同期信号／物理的ブロードキャストチャネル（ＳＳＢ／ＰＢＣＨ）ブロック及びＣＯＲＥＳＥＴに基づいてパスロスＲＳを決定してもよい。例えば、端末デバイス１２０は、第１制御情報に関連付けられるＳＳＢ／ＰＢＣＨブロックを決定し、ＳＳＢ／ＰＢＣＨブロックに基づいて第１パスロスＲＳを決定してもよい。端末デバイス１２０は、さらに、第２制御情報を監視するように設定されるＣＯＲＥＳＥＴのグループからＣＯＲＥＳＥＴを選択し、選択されるＣＯＲＥＳＥＴに基づいて第２パスロスＲＳを決定してもよい。
換言すれば、端末デバイス１２０にpathlossReferenceRSsが提供されていない場合、又は端末デバイス１２０が専用の上位レイヤパラメータを提供される前に、端末デバイス１２０は、端末デバイス１２０が第１のＴＲＰについてのマスタ情報ブロック（ＭＩＢ：Master Information Block）を取得するために使用するＳＳ／ＰＢＣＨブロックから取得されたＲＳリソースを使用して、第１アップリンク制御チャネルについてのパスロスPLb,f,c(qd)を算出してもよい。端末デバイス１２０は、第２のＴＲＰに関連付けられる最も低いＩＤを有するＣＯＲＥＳＥＴのＱＣＬ ＲＳに対応するＲＳリソースを使用して、第２アップリンク制御チャネルについてのPLb,f,c(qd)を算出してもよい。
図８に示す例示では、第１のＰＵＣＣＨ８１１についての第１パスロスＲＳは、端末デバイス１２０が第１のＴＲＰ１３０－１についてのＭＩＢを取得するために使用するＳＳ／ＰＢＣＨブロックに基づいて決定されてもよい。第２のＰＵＣＣＨ８１２についての第２パスロスＲＳは、第２のＴＲＰ１３０－２に対応する第２のＣＯＲＥＳＥＴグループ８３２内のＣＯＲＥＳＥＴ（例えば、最も低いＩＤを有する）に基づいて決定されてもよい。
いくつかの例示的な実施形態では、端末デバイス１２０は、対応する制御情報を監視するために設定されるＣＯＲＥＳＥＴに基づいて、パスロスＲＳを決定してもよい。例えば、端末デバイス１２０は、第１制御情報を監視するために設定されるＣＯＲＥＳＥＴの第１グループから第１のＣＯＲＥＳＥＴを選択し、第１のＣＯＲＥＳＥＴに基づいて第１パスロスＲＳを決定してもよい。端末デバイス１２０はさらに、第２制御情報を監視するように設定されるＣＯＲＥＳＥＴの第２グループから第２のＣＯＲＥＳＥＴを選択し、第２のＣＯＲＥＳＥＴに基づいて第２パスロスＲＳを決定してもよい。
換言すれば、端末デバイス１２０にpathlossReferenceRSsが提供されていない場合、又は端末デバイス１２０に専用の上位レイヤパラメータが提供される前に、端末デバイス１２０は、第１のＴＲＰに関連付けられる最も低いＩＤを有するＣＯＲＥＳＥＴのＱＣＬ ＲＳに対応するＲＳリソースを使用し、第１アップリンク制御チャネルについてのパスロスPLb,f,c(qd)を算出してもよい。端末デバイス１２０は、第２のＴＲＰに関連付けられる最も低いＩＤを有するＣＯＲＥＳＥＴのＱＣＬ ＲＳに対応するＲＳリソースを使用し、第２アップリンク制御チャネルについてのパスロスPLb,f,c(qd)を算出してもよい。
図８に示す例示では、第１のＰＵＣＣＨ８１１についての第１パスロスＲＳは、第１のＴＲＰ１３０－１に対応する第１のＣＯＲＥＳＥＴグループ８３１において最も低いＩＤを有するＣＯＲＥＳＥＴに基づいて決定されてもよい。第２のＰＵＣＣＨ８１２についての第２パスロスＲＳは、第２のＴＲＰ１３０－２に対応する第２のＣＯＲＥＳＥＴグループ８３２において最も低いＩＤを有するＣＯＲＥＳＥＴに基づいて決定されてもよい。
いくつかの例示的な実施形態では、パスロスＲＳは、ネットワークデバイス１１０によって設定されるＲＳのグループから選択されてもよい。例えば、端末デバイス１２０にpathlossReferenceRSsが提供され、PUCCH-SpatialRelationInfoが提供されていない場合、端末デバイス１２０は、PUCCH-PathlossReferenceRSにおけるインデックスが０及び１のpucch-PathlossReferenceRS-Idから、PUCCH-PathlossReferenceRSにおける２つ（例えば、前の２つ）のreferencesignal値を取得してもよい。ここで、ＲＳリソースは、同じサービングセル上にあるか、又は提供される場合にはpathlossReferenceLinkingの値によって示されるサービングセル上にある。取得された２つのreferencesignal値は、それぞれ第１のＴＲＰと第２のＴＲＰに対応することができる。
いくつかの例示的な実施形態では、ＵＥ特有のパラメータPO_UE値、パスロスＲＳ及び閉ループインデックス（ＣＬＩ：Ｃｌｏｓｅ Ｌｏｏｐ Ｉｎｄｅｘ）のうちの１つ又は複数が、ネットワークデバイス１１０からのＭＡＣ ＣＥによって示されてもよい。表１は、電力制御パラメータを示すためのＭＡＣ ＣＥの例示的構造Ａを示す。この例示では、フィールド「LCI or TRPID」（ＣＬＩ又はＴＲＰＩＤ）を用いて、閉ループインデックスｌ及び／又は対応するＴＲＰを示すことができる。この場合、第１のＰＵＣＣＨ及び第２のＰＵＣＣＨのＵＥ特有パラメータPO_UE値及びパスロスＲＳは、上述の例示的な実施形態で述べたように決定されてもよいし、他の適切な方法で決定されてもよい。
＜表１＞ ＭＡＣ ＣＥの例示的構造Ａ
Figure 2024029137000004
表２は、電力制御パラメータを示すためのＭＡＣ ＣＥの例示的構造Ｂを示す。フィールド「CLI or TRPID」（ＣＬＩ又はＴＲＰＩＤ）に加えて、ＭＡＣ ＣＥの例示的構造Ｂはさらに、フィールド「PO_and_PL_RS1」及びフィールド「PO_and_PL_RS1」を含む。フィールド「PO_and_PL_RS1」は、第１アップリンク制御チャネル（例えば、図８に示す第１のＰＵＣＣＨ８１１）に用いられるPO_UE値及び第１パスロスＲＳを示し、フィールド「PO_and_PL_RS2」は、第２アップリンク制御チャネル（例えば、図８に示す第２のＰＵＣＣＨ８１２）に用いられるPO_UE値及び第２パスロスＲＳを示す。
＜表２＞ ＭＡＣ ＣＥの例示的構造Ｂ
Figure 2024029137000005
表３は、電力制御パラメータを示すためのＭＡＣ ＣＥの例示的構造例Ｃを示す。ＭＡＣ ＣＥの例示的構造Ｃは、ビットマップＳ７．．．Ｓ０のフィールドを含む。値が「１」のビットＳｉ（ｉ＝０，．．．，７）は、アップリンク制御チャネルに用いられるPO_UE値のｉ番目の電力制御設定、パスロスＲＳインデックス、及び／又は閉ループインデックス値（ｉ＞＝０）をアクティブにする。例示的な電力制御設定は以下のようにすることができる。
Figure 2024029137000006
＜表３＞ ＭＡＣ ＣＥの例示的構造Ｃ
Figure 2024029137000007
このような例示的な実施形態では、いくつかの利点を実現することができる。例えば、ＭＡＣ ＣＥを使用することにより、ＵＬにおけるＰＵＣＣＨのリソース使用効率を向上させることができる。さらに、ＲＲＣに関する仕様を更新する必要がなく、空間情報を設定する必要もない。
ここで、再び図７を参照する。端末デバイス１２０は、第１基準電力及び第２基準電力に基づいて、第１アップリンク制御チャネルで通信を実行するための第１目標電力と、第２アップリンク制御チャネルで通信を実行するための第２目標電力とを決定する（７１５）。いくつかの例示的な実施形態では、第１基準電力P1initial及び第２基準電力P2initialに基づいて第１のＰＵＣＣＨ及び第２のＰＵＣＣＨの実際の電力を調整してもよい。端末デバイス１２０は、第１目標電力を用いて第１アップリンク制御チャネルで通信を実行し（７２０）、第２目標電力を用いて第２アップリンク制御チャネルで通信を実行する（７２０）。
いくつかの例示的な実施形態では、第１アップリンク制御チャネル及び第２アップリンクチャネルでの送信は、同じ電力で実行されてもよい。すなわち、第１目標電力と第２目標電力とが同じであってもよい。第１アップリンク制御チャネルが時間領域において第２アップリンク制御チャネルに先行する場合、端末デバイス１２０は、第１アップリンク制御チャネルの終了と第２アップリンク制御チャネルの開始との間の時間ギャップを決定してもよい。時間ギャップが閾値ギャップ未満である場合、端末デバイス１２０は、第１基準電力及び第２基準電力に基づいて、第１アップリンク制御チャネル及び第２アップリンク制御チャネルでの通信を実行するための共通の目標電力を決定してもよい。例えば、第１基準電力及び第２基準電力のうち、最大値又は最小値を共通の電力として用いてもよい。
ここで、図９を参照すると、図９は、本開示のいくつかの実施形態にかかる複数のＰＵＣＣＨを図示する模式図を示す。図９に示すように、第１のＤＣＩ ９０１は、第１のＰＵＣＣＨ９１１をスケジューリングすることができ、第２のＤＣＩ ９０２は、第２のＰＵＣＣＨ９１２をスケジューリングすることができる。第１のＤＣＩ ９０１は、第１のＴＲＰ１３０－１に対応することができる。例えば、第１のＤＣＩ ９０１は、第１のＣＯＲＥＳＥＴグループ９３１において監視することができる。当該第１のＣＯＲＥＳＥＴグループ９３１は、第１のＴＲＰ１３０－１に対して設定することができる。同様に、第２のＤＣＩ ９０２は、第２のＴＲＰ１３０－２に対応することができる。例えば、第２のＤＣＩ ９０２は、第２のＣＯＲＥＳＥＴグループ９３２において監視することができる。第２のＣＯＲＥＳＥＴグループ９３２は、第２のＴＲＰ１３０－２に対して設定することができる。
第１基準電力、又は第１のＰＵＣＣＨ９１１での送信のために示される電力は、P1initialと表すことができる。一方、第２基準電力、又は第２のＰＵＣＣＨ９１２での送信のために示される電力は、P2initialと表すことができる。図９に示すように、第１のＰＵＣＣＨ９１１は、第２のＰＵＣＣＨ９１２とオーバーラップせず、且つ、第２のＰＵＣＣＨ９１２よりも前である。端末デバイス１２０は、第１のＰＵＣＣＨ９１１の終了と、第２のＰＵＣＣＨ９１２の開始との間の時間ギャップ９２０を決定することができる。端末デバイス１２０は、時間ギャップ９２０が閾値ギャップを超えるか否かを決定することができる。閾値ギャップは、端末デバイス１２０が送信電力を調整するための時間（例えば、それと等しい、又はそれよりもわずかに大きい）に基づいて決定されてもよい。
時間ギャップ９２０が閾値ギャップよりも小さい場合、端末デバイス１２０は、第１のＰＵＣＣＨ９１１及び第２のＰＵＣＣＨ９１２の両方において、共通の電力で送信を実行することができる。共通電力は、P1initial及びP2initialの最大値であってもよいし、P1initial及びP2initialの最小値であってもよい。或いは、共通電力は、P1initial及びP2initialに基づいて決定される電力であってもよく、例えば、P1initial及びP2initialの平均値であってもよい。
時間ギャップ９２０が閾値ギャップと等しいか、又はそれより大きい場合、端末デバイス１２０は別々に、P1initialの送信電力で第１のＰＵＣＣＨ９１１で送信を行い、P1initialの送信電力で第１のＰＵＣＣＨ９１１で送信を行うことができる。換言すれば、第１基準電力が第１目標電力として決定され、第２基準電力が第２目標電力として決定される。
いくつかの例示的な実施形態では、第１アップリンク制御チャネル及び第２アップリンク制御チャネルが時間領域でオーバーラップする場合、送信電力は、第１アップリンク制御チャネルと第２アップリンク制御チャネルとの間で共有されてもよい。端末デバイス１２０は、第１基準電力と第２基準電力との合計が最大電力を超えるか否かを決定してもよい。第１基準電力と第２基準電力の合計が最大電力を超える場合、端末デバイス１２０は、第１目標電力と第２目標電力の合計が最大電力を下回るように、第１目標電力と第２目標電力を決定してもよい。
ここで、図１０を参照すると、図１０は、本開示のいくつかの実施形態にかかる複数のＰＵＣＣＨを図示する模式図を示す。図１０に示すように、第１のＤＣＩ １００１は、第１のＰＵＣＣＨ１０１１をスケジューリングすることができ、第２のＤＣＩ １００２は、第２のＰＵＣＣＨ１０１２をスケジューリングすることができる。第１のＤＣＩ １００１は、第１のＴＲＰ１３０－１に対応することができる。例えば、第１のＤＣＩ １００１は、第１のＣＯＲＥＳＥＴグループ１０３１において監視されることができる。第１のＣＯＲＥＳＥＴグループ１０３１は、第１のＴＲＰ１３０－１に対して設定されることができる。同様に、第２のＤＣＩ １００２は、第２のＴＲＰ１３０－２に対応することができる。例えば、第２のＤＣＩ １００２は、第２のＣＯＲＥＳＥＴグループ１０３２において監視されることができる。第２のＣＯＲＥＳＥＴグループ１０３２は、第２のＴＲＰ１３０－２に対して設定されることができる。
最大電力PCMAXは、第１のＴＲＰ及び第２のＴＲＰのそれぞれに対して設定されることができる。例えば、第１最大電力PCMAX,1は、第１のＴＲＰ１３０－１に対応し、第２最大電力PCMAX,2は、第２のＴＲＰ１３０－２に対応することができる。議論しやすいように、第１のＰＵＣＣＨ１０１１で送信を実行するための第１目標電力、及び、第２のＰＵＣＣＨ１０１２で送信を実行するための第２目標電力を、それぞれＰ１及びＰ２と表してもよい。第１目標電力Ｐ１と第２目標電力Ｐ２の合計が、第１最大電力PCMAX,1と第２最大電力PCMAX,2の合計以下となるように、第１のＰＵＣＣＨ１０１１と第２のＰＵＣＣＨ１０１２とで総送信電力を共有することができる。つまり、以下の式（２）が満たされることになる。
Figure 2024029137000008
（２）
第１基準電力P1initialと第２基準電力P2initialの合計が第１最大電力PCMAX,1と第２最大電力PCMAX,2の合計を超えると端末デバイス１２０が決定した場合、すなわちP1initial+P2initial> PCMAX,1+PCMAX,2であれば、端末デバイス１２０は、第１基準電力P1initial及び第２基準電力P2initialに基づいて、ＰＵＣＣＨ送信のための実際の電力を調整することができる。第１目標電力Ｐ１及び第２目標電力Ｐ２は、第１基準電力P1initial及び第２基準電力P2initialに基づいて決定されてもよい。例えば、Ｐ１とＰ２の比が、P1initialとP2initialの比と等しくてもよい。
２つのＰＵＣＣＨの間でＰＵＣＣＨ送信電力が共有される継続時間は、第１のＰＵＣＣＨの継続時間と第２のＰＵＣＣＨの継続時間の和集合によって決定することができる。図１０に示すように、第１のＰＵＣＣＨ１０１１と第２のＰＵＣＣＨ１０１２との間の電力割当ては、時間間隔１０２０の間に発生する。
図１１は、本開示のいくつかの実施形態にかかる例示的方法１１００のフローチャートを示す。方法１１００は、図１に示す端末デバイス１２０において実施することができる。理解すべき点として、方法１１００は、図示されていない付加的ブロックを含むことができ、且つ／又は、図示されたいくつかのブロックを省略することができ、この点において、本開示の範囲は限定されない。議論を目的として、図１を参照して端末デバイス１２０側から方法１１００を説明する。
ブロック１１１０において、端末デバイス１２０は、制御情報によってスケジューリングされる第１物理共有チャネルについての第１ビームを決定する。いくつかの例示的な実施形態では、第１ビームは、制御情報が復号される前に使用されるデフォルトのビーム、及び／又は、制御情報によって示される新しいビームに切り替わる前に使用されるデフォルトのビームであってもよい。ブロック１１２０において、端末デバイス１２０は、制御情報によってスケジューリングされる第２物理共有チャネルについての第２ビームを決定する。第２ビームは第１ビームとは異なる。
いくつかの例示的な実施形態では、端末デバイス１２０は、制御情報を監視するように設定されるＣＯＲＥＳＥＴのグループからＣＯＲＥＳＥＴを選択し、選択されたＣＯＲＥＳＥＴに関連付けられるビームを第１ビームとして決定してもよい。端末デバイス１２０はさらに、第２物理共有チャネルで利用可能なＴＣＩ状態のセットからＴＣＩ状態を選択し、選択されたＴＣＩ状態に対応するビームを第２ビームとして決定してもよい。
いくつかの例示的な実施形態では、端末デバイス１２０は、制御情報を監視するように設定されるＣＯＲＥＳＥＴのグループからＣＯＲＥＳＥＴを選択してもよい。選択されたＣＯＲＥＳＥＴは、少なくとも２つのビームと関連付けることができる。端末デバイス１２０はさらに、少なくとも２つのビームから第１ビームと第２ビームを選択してもよい。
いくつかの実施形態において、端末デバイス１２０は、第１物理共有チャネルで利用可能なＴＣＩ状態の第１セットから第１のＴＣＩ状態を選択し、第１のＴＣＩ状態に対応するビームを第１ビームとして決定してもよい。端末デバイス１２０はさらに、第２物理共有チャネルで利用可能なＴＣＩ状態の第２セットから第２のＴＣＩ状態を選択し、第２のＴＣＩ状態に対応するビームを第２ビームとして決定してもよい。
いくつかの例示的な実施形態では、端末デバイス１２０は、制御情報の受信と第２物理共有チャネルの受信との間の時間オフセットを決定してもよい。時間オフセットが所定の閾値を超える場合、端末デバイス１２０は制御情報に基づいて第２ビームを決定してもよい。
ブロック１１３０において、端末デバイス１２０は、第１ビームを介して第１物理共有チャネルで通信を実行し、第２ビームを介して第２物理共有チャネルで通信を実行する。
いくつかの例示的な実施形態では、端末デバイス１２０は、制御情報が受信される時間間隔内の時刻を決定してもよい。端末デバイス１２０は、当該時刻の前に、第１ビームを介して第１物理共有チャネルで通信を実行し、当該時刻の後に、第２ビームを介して第２物理共有チャネルで通信を実行してもよい。
いくつかの例示的な実施形態において、端末デバイス１２０は、周波数が閾値周波数を超える第１リソースを用いて、第１ビームを介して第１物理共有チャネルで通信を実行してもよい。端末デバイス１２０は、周波数が閾値周波数を超える第２リソースを用いて、第２ビームを介して第２物理共有チャネルで通信を実行してもよい。
いくつかの例示的な実施形態では、第１時間間隔で制御情報を受信する。端末デバイス１２０は、第１時間間隔で、第１ビームを介して第１物理共有チャネルで通信を実行し、第２時間間隔で、第２ビームを介して第２物理共有チャネルで通信を実行してもよい。第２時間間隔は、第１時間間隔の後である。
いくつかの例示的な実施形態では、端末デバイス１２０はさらに、第１アップリンク制御チャネルで通信を実行するための第１基準電力と、第２アップリンク制御チャネルで通信を実行するための第２基準電力とを決定してもよい。第１アップリンク制御チャネル及び第２アップリンク制御チャネルは、異なる制御情報によってスケジューリングされる。端末デバイス１２０は、第１基準電力及び第２基準電力に基づいて、第１アップリンク制御チャネルで通信を実行するための第１目標電力と、第２アップリンク制御チャネルで通信を実行するための第２目標電力とを決定してもよい。端末デバイス１２０は、第１目標電力を用いて第１アップリンク制御チャネルで通信を実行し、第２目標電力を用いて第２アップリンク制御チャネルで通信を実行してもよい。
図１２は、本開示のいくつかの実施形態にかかる例示的方法１２００のフローチャートを示す。方法１２００は、図１に示すように、端末デバイス１２０において実施することができる。理解すべき点として、方法１２００は、図示されていない付加的ブロックを含むことができ、且つ／又は、図示されたいくつかのブロックを省略することができ、この点において、本開示の範囲は限定されない。議論を目的として、図１を参照して端末デバイス１２０側から方法１２００を説明する。
ブロック１２１０において、端末デバイス１２０は、第１アップリンク制御チャネルで通信を実行するための第１基準電力と、第２アップリンク制御チャネルで通信を実行するための第２基準電力とを決定する。第１アップリンク制御チャネル及び第２アップリンク制御チャネルは、異なる制御情報によってスケジューリングされる。
いくつかの例示的な実施形態では、端末デバイス１２０は、ネットワークデバイスによって設定される、端末デバイスに特有の電力制御パラメータのセットを取得してもよい。端末デバイス１２０は、当該電力制御パラメータのセットから、２つの電力制御パラメータを選択してもよい。各電力制御パラメータは、第１基準電力及び第２基準電力のうちの１つを決定するためのものである。
いくつかの例示的な実施形態では、第１アップリンク制御チャネルは、第１制御情報によってスケジューリングされ、第２アップリンク制御チャネルは、第２制御情報によってスケジューリングされる。端末デバイス１２０は、第１制御情報及び第２制御情報に基づいて、第１アップリンク制御チャネルについてのパスロスを決定するための第１参照信号と、第２アップリンク制御チャネルについてのパスロスを決定するための第２参照信号とを決定してもよい。
いくつかの例示的な実施形態では、端末デバイス１２０は、第１制御情報に関連付けられるＳＳＢ／ＰＢＣＨブロックを決定し、ＳＳＢ／ＰＢＣＨブロックに基づいて第１参照信号を決定してもよい。端末デバイス１２０は、第２制御情報を監視するように設定されるＣＯＲＥＳＥＴのグループからＣＯＲＥＳＥＴを選択し、選択されたＣＯＲＥＳＥＴに基づいて第２参照信号を決定してもよい。
いくつかの例示的な実施形態において、端末デバイス１２０は、第１制御情報を監視するように設定されるＣＯＲＥＳＥＴの第１グループから第１のＣＯＲＥＳＥＴを選択して、第１のＣＯＲＥＳＥＴに基づいて第１参照信号を決定してもよい。端末デバイス１２０は、第２制御情報を監視するように設定されるＣＯＲＥＳＥＴの第２グループから第２のＣＯＲＥＳＥＴを選択して、第２のＣＯＲＥＳＥＴに基づいて第２参照信号を決定してもよい。
いくつかの例示的な実施形態では、端末デバイス１２０は、ネットワークデバイス１１０からメディアアクセス制御（ＭＡＣ）制御エレメント（ＣＥ）を受信してもよい。ＭＡＣ ＣＥは、電力制御パラメータを示すフィールドを少なくとも含む。端末デバイス１２０は、ＭＡＣ ＣＥに基づいて、第１基準電力及び第２基準電力を決定してもよい。
ブロック１２２０において、端末デバイス１２０は、第１基準電力及び第２基準電力に基づいて、第１アップリンク制御チャネルで通信を実行するための第１目標電力と、第２アップリンク制御チャネルで通信を実行するための第２目標電力とを決定する。
いくつかの例示的な実施形態では、第１アップリンク制御チャネルは、時間領域において第２アップリンク制御チャネルに先行する。端末デバイス１２０は、第１アップリンク制御チャネルの終了と第２アップリンク制御チャネルの開始との間の時間ギャップを決定してもよい。時間ギャップが閾値ギャップ未満である場合、端末デバイス１２０は、第１基準電力及び第２基準電力に基づいて、第１アップリンク制御チャネルでの通信及び第２アップリンク制御チャネルでの通信の両方を実行するための共通の目標電力を決定してもよい。
代替として、いくつかの例示的な実施形態では、時間ギャップが閾値ギャップを超える場合、端末デバイス１２０は、第１基準電力を第１目標電力として決定し、第２基準電力を第２目標電力として決定してもよい。
いくつかの例示的な実施形態では、第１アップリンク制御チャネルは、時間領域において第２アップリンク制御チャネルとオーバーラップしている。端末デバイス１２０は、第１基準電力と第２基準電力との第１の合計が最大電力を超えるかどうかを決定してもよい。第１基準電力と第２基準電力の第１の合計が最大電力を超える場合、端末デバイス１２０は、第１目標電力と第２目標電力の第２の合計が最大電力を下回るように、第１目標電力と第２目標電力を決定してもよい。
ブロック１２３０において、端末デバイス１２０は、第１目標電力を用いて第１アップリンク制御チャネルで通信を実行し、第２目標電力を用いて第２アップリンク制御チャネルで通信を実行する。
図１３は、本開示の実施形態を実施するのに適した装置１３００の簡略ブロック図である。デバイス１３００は、図１に示すネットワークデバイス１１０、ＴＲＰ１３０又は端末デバイス１３０の別の例示的な実現であるとみなすことができる。したがって、デバイス１３００は、ネットワークデバイス１１０、ＴＲＰ１３０又は端末デバイス１３０で実現することができ、又はネットワークデバイス１１０、ＴＲＰ１３０又は端末デバイス１３０の少なくとも一部として実現することができる。
図に示すように、デバイス１３００は、プロセッサ１３１０、プロセッサ１３１０に結合されるメモリ１３２０、プロセッサ１３１０に結合される適切な送信機（ＴＸ）及び受信機（ＲＸ）１３４０、並びにＴＸ／ＲＸ１３４０に結合される通信インタフェースを含む。メモリ１３２０は、プログラム１３３０の少なくとも一部を格納する。ＴＸ／ＲＸ１３４０は双方向通信に用いられる。ＴＸ／ＲＸ１３４０は、通信を促進する少なくとも１つのアンテナを有し、実際には、本願で述べたアクセスノードは、複数のアンテナを有する可能性がある。通信インタフェースは、他のネットワーク部材と通信を行う際に必要な任意のインタフェース、例えば、基地局間の双方向通信用のＸ２インタフェース、モビリティ マネージメント エンティティ（ＭＭＥ）／サービングゲートウェイ（Ｓ－ＧＷ）と基地局との間の通信用のＳ１インタフェース、基地局と中継ノード（ＲＮ）との間の通信用のＵｎインタフェース、又は基地局と端末デバイスとの間の通信用のＵｕインタフェースを表すことができる。
プログラム１３３０がプログラム命令を含むと仮定すると、該プログラム命令が、関連するプロセッサ１３１０によって実行される場合、デバイス１３００に、本明細書で図１～図１２を参照して説明したように、本開示の実施形態に基づき操作を行わせることができる。本明細書の実施形態は、デバイス１３００のプロセッサ１３１０が実行可能なコンピュータソフトウェアによって実施してもよいし、ハードウェアによって実施してもよいし、又はソフトウェア及びハードウェアの組合せによって実施してもよい。プロセッサ１３１０は、本開示の各実施形態を実施するように設定することができる。また、プロセッサ１３１０及びメモリ１３２０の組合せは、本開示の各実施形態を実施するのに適した処理部材１３５０を構成することができる。
非限定的な例示として、メモリ１３２０は、ローカルの技術ネットワークに適した任意のタイプであってよく、任意の適切なデータ記憶技術（例として、コンピュータが読み取り可能な非一時的記憶媒体、半導体による記憶装置、磁気記憶装置及びシステム、光学記憶装置及びシステム、固定メモリ及び移動可能なメモリ等が挙げられる）によって実現することができる。デバイス１３００には１つのメモリ１３２０しか示されていないが、デバイス１３００には複数の物理上異なるメモリモジュールを設置することができる。例として、プロセッサ１３１０は、ローカルの技術ネットワークに適した任意のタイプであってよく、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号処理器、及びマルチコアプロセッサ構成に基づくプロセッサのうち、一つ又は複数を含むことができるが、これらに限定されない。デバイス１３００は複数のプロセッサ、例えば、マスタープロセッサを同期させるクロックに時間的に従属する特定用途向け集積回路チップを有することができる。
通常、本開示の各実施形態は、ハードウェア若しくは専用回路、ソフトウェア、ロジック又はそれらの任意の組合せにおいて実施することができる。いくつかの態様はハードウェアにおいて実施し、他の態様はコントローラ、マイクロプロセッサ又は他のコンピュータデバイスが実行するファームウェア又はソフトウェアにおいて実施することができる。本開示の実施形態の各態様は、ブロック図、フローチャートとして図示されて説明され、又は他のいくつかの図形によって示されているが、理解すべき点として、本明細書に記載のブロック、装置、システム、技術又は方法は、例えば、ハードウェア、ソフトウェア、ファームウェア、専用回路若しくはロジック、汎用ハードウェア若しくはコントローラ若しくは他のコンピュータデバイス、又はそれらのいくつかの組合せにおいて実施することができるが、これらに限定されない。
本開示はさらに、コンピュータが読み取り可能な非一時的記憶媒体に、有形記憶される少なくとも１つのコンピュータプログラム製品を提供する。該コンピュータプログラム製品は、対象の現実のプロセッサ又は仮想プロセッサ上のデバイスにおいて実行される、コンピュータが実行可能な命令（例えばプログラムモジュールに含まれる命令）を含み、図２、図７、図１１、図１２を参考に上述したプロセス又は方法を実行する。通常、プログラムモジュールは、特定のタスクを実行するか、又は特定の抽象データタイプを実現するルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造等を含む。各実施形態において、プログラムモジュールの機能は、必要に応じて、プログラムモジュール間で組み合わせるか、又は分割することができる。プログラムモジュールに用いられるデバイスが実行可能な命令は、ローカルデバイスにおいて、又は分散型デバイスにおいて実行することができる。分散型デバイスにおいて、プログラムモジュールはローカル及びリモートの記憶媒体のどちらにも置くことができる。
本開示の方法を実行するためのプログラムコードは、一種類又は複数種類のプログラミング言語の任意の組合せによって記述することができる。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ又はその他のプログラム可能なデータ処理装置のプロセッサ又はコントローラに提供可能であり、プログラムコードがプロセッサ又はコントローラによって実行されると、フローチャート及び／又はブロック図に指定された機能／操作が実施可能になる。プログラムコードは全てマシン上で実行してもよく、部分的にマシン上で実行してもよい。独立したソフトウェアパッケージとしてもよく、マシン上で部分的に実行するとともに、リモートのマシン上で部分的に実行してもよいし、又は完全にリモートのマシン若しくはサーバ上で実行してもよい。
上述のプログラムコードは、マシン可読媒体上で実施することができ、マシン可読媒体は、命令実行システム、装置若しくはデバイスによって使用されるプログラム、又は、それらと結合して使用されるプログラムを含むか又は格納する任意の有形媒体であり得る。マシン可読媒体は、マシンが読み取り可能な信号媒体又はマシンが読み取り可能な記憶媒体であり得る。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線若しくは半導体のシステム、装置若しくはデバイス、又は前述の任意の適切な組合せを含むことができるが、これらに限定されない。マシン可読記憶媒体のさらに具体的な例には、一つ若しくは複数のケーブルの電気的接続、携帯用コンピュータ磁気ディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去・書き込み可能なリードオンリーメモリ（ＥＰＲＯＭ）、光ファイバ、携帯型コンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学的記憶装置、磁気記憶装置、又は前述の任意の適切な組合せが含まれる。
なお、操作について、特定の順序で説明を行ったが、所望の結果を得るために、こうした操作を示された特定の順序で実行するか若しくは順に実行するか、又は、図示された全ての操作を実行することが求められる、と理解されるべきではない。いくつかの状況では、複数のタスク及び並行処理が有利である可能性がある。同様に、上述の議論では、いくつかの具体的なの実施の詳細が含まれるが、これらは本開示の範囲に対する限定であると解釈されるべきではなく、特定の実施形態に特有のものである可能性がある特徴についての説明である。個々の実施形態の文脈において説明したいくつかの特徴は、ある一つの実施形態において組み合わせて実現されてもよい。逆に、一つの実施形態の文脈において説明された各種特徴は、複数の実施形態において単独で実現されてもよく、又は任意の適切なサブ的な組合せによって実現されてもよい。
本開示について、構造的特徴及び／又は方法・動作に特有の言葉で説明したが、添付の特許請求の範囲によって定義される本開示は、必ずしも前述の特定の特徴又は動作に限定されないと理解されるべきである。前述の特定の特徴や動作はむしろ、請求項を実現する例示的形態として開示されている。

Claims (8)

  1. 端末装置が、
    第１の参照信号（ＲＳ）リソースを使用してダウンリンクパスロス推定値を決定して、物理アップリンク制御チャネル（ＰＵＣＣＨ）伝送の送信電力を決定し、
    ＰＵＣＣＨパスロス推定に使用される少なくとも１つのＲＳを示す上位レイヤパラメータが提供されない場合、前記第１のＲＳリソースは、サービングセルのアクティブな帯域幅部分（ＢＷＰ）において最小のインデックスを有する制御リソースセット（ＣＯＲＥＳＥＴ）の送信構成指標（ＴＣＩ）状態において擬似コロケーション（ＱＣＬ：quasi-colocation）タイプＤで構成される第２のＲＳリソースに対応する、
    方法。
  2. 端末装置が、
    第１の参照信号（ＲＳ）リソースを使用してダウンリンクパスロス推定値を決定して、アップリンクチャネル伝送の送信電力を決定し、
    アップリンクチャネル伝送のための第１パスロスＲＳが使用される場合、前記第１のＲＳリソースは、サービングセルのアクティブな帯域幅部分（ＢＷＰ）において最小のインデックスを有する制御リソースセット（ＣＯＲＥＳＥＴ）の送信構成指標（ＴＣＩ）状態において擬似コロケーション（ＱＣＬ：quasi-colocation）タイプＤで構成される第２のＲＳリソースに対応する、
    方法。
  3. 物理アップリンク制御チャネル（ＰＵＣＣＨ）パスロス推定に使用される少なくとも１つのＲＳを示す第１の上位レイヤパラメータが提供されない場合、ＰＵＣＣＨパスロス推定のための前記第１のＲＳリソースは、サービングセルのアクティブなＢＷＰにおいて前記最小のインデックスを有する前記ＣＯＲＥＳＥＴの前記ＴＣＩ状態においてＱＣＬタイプＤで構成された前記第２のＲＳリソースに対応する、
    請求項２に記載の方法。
  4. 物理アップリンク制御チャネル（ＰＵＣＣＨ）パスロス推定に使用される少なくとも１つのＲＳを示す第１の上位レイヤパラメータが提供されず、かつ、ＰＵＣＣＨ送信のための空間的な設定及びＰＵＣＣＨの電力制御のためのパラメータを構成する第２の上位レイヤパラメータが提供されない場合、ＰＵＣＣＨパスロス推定のための前記第１のＲＳリソースは、前記サービングセルの前記アクティブなＢＷＰにおいて前記最小のインデックスを有する前記ＣＯＲＥＳＥＴの前記ＴＣＩ状態においてＱＣＬタイプＤで構成された前記第２のＲＳリソースに対応する、
    請求項２に記載の方法。
  5. 第１の参照信号（ＲＳ）リソースを使用してダウンリンクパスロス推定値を決定して、物理アップリンク制御チャネル（ＰＵＣＣＨ）伝送の送信電力を決定する手段を有し、
    ＰＵＣＣＨパスロス推定に使用される少なくとも１つのＲＳを示す上位レイヤパラメータが提供されない場合、前記第１のＲＳリソースは、サービングセルのアクティブな帯域幅部分（ＢＷＰ）において最小のインデックスを有する制御リソースセット（ＣＯＲＥＳＥＴ）の送信構成指標（ＴＣＩ）状態において擬似コロケーション（ＱＣＬ：quasi-colocation）タイプＤで構成される第２のＲＳリソースに対応する、
    端末装置。
  6. 第１の参照信号（ＲＳ）リソースを使用してダウンリンクパスロス推定値を決定して、アップリンクチャネル伝送の送信電力を決定する手段を有し、
    アップリンクチャネル伝送のための第１パスロスＲＳが使用される場合、前記第１のＲＳリソースは、サービングセルのアクティブな帯域幅部分（ＢＷＰ）において最小のインデックスを有する制御リソースセット（ＣＯＲＥＳＥＴ）の送信構成指標（ＴＣＩ）状態において擬似コロケーション（ＱＣＬ：quasi-colocation）タイプＤで構成される第２のＲＳリソースに対応する、
    端末装置。
  7. 物理アップリンク制御チャネル（ＰＵＣＣＨ）パスロス推定に使用される少なくとも１つのＲＳを示す第１の上位レイヤパラメータが提供されない場合、ＰＵＣＣＨパスロス推定のための前記第１のＲＳリソースは、サービングセルのアクティブなＢＷＰにおいて前記最小のインデックスを有する前記ＣＯＲＥＳＥＴの前記ＴＣＩ状態においてＱＣＬタイプＤで構成された前記第２のＲＳリソースに対応する、
    請求項６に記載の端末装置。
  8. 物理アップリンク制御チャネル（ＰＵＣＣＨ）パスロス推定に使用される少なくとも１つのＲＳを示す第１の上位レイヤパラメータが提供されず、かつ、ＰＵＣＣＨ送信のための空間的な設定及びＰＵＣＣＨの電力制御のためのパラメータを構成する第２の上位レイヤパラメータが提供されない場合、ＰＵＣＣＨパスロス推定のための前記第１のＲＳリソースは、前記サービングセルの前記アクティブなＢＷＰにおいて前記最小のインデックスを有する前記ＣＯＲＥＳＥＴの前記ＴＣＩ状態においてＱＣＬタイプＤで構成された前記第２のＲＳリソースに対応する、
    請求項６に記載の端末装置。
JP2023220829A 2019-07-18 2023-12-27 方法及び端末装置 Pending JP2024029137A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2023220829A JP2024029137A (ja) 2019-07-18 2023-12-27 方法及び端末装置

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
PCT/CN2019/096566 WO2021007854A1 (en) 2019-07-18 2019-07-18 Methods, devices and computer storage media for multi-trp communication
JP2022503016A JP2022547778A (ja) 2019-07-18 2019-07-18 通信デバイス及び通信方法
JP2023220829A JP2024029137A (ja) 2019-07-18 2023-12-27 方法及び端末装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2022503016A Division JP2022547778A (ja) 2019-07-18 2019-07-18 通信デバイス及び通信方法

Publications (2)

Publication Number Publication Date
JP2024029137A true JP2024029137A (ja) 2024-03-05
JP2024029137A5 JP2024029137A5 (ja) 2024-06-13

Family

ID=74209667

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2022503016A Pending JP2022547778A (ja) 2019-07-18 2019-07-18 通信デバイス及び通信方法
JP2023220829A Pending JP2024029137A (ja) 2019-07-18 2023-12-27 方法及び端末装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2022503016A Pending JP2022547778A (ja) 2019-07-18 2019-07-18 通信デバイス及び通信方法

Country Status (4)

Country Link
US (1) US20220264600A1 (ja)
JP (2) JP2022547778A (ja)
CN (1) CN114128374A (ja)
WO (1) WO2021007854A1 (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113711665A (zh) * 2019-08-06 2021-11-26 Oppo广东移动通信有限公司 一种信息处理方法、网络设备、用户设备
WO2022132635A1 (en) * 2020-12-15 2022-06-23 Ofinno, Llc Pathloss reference signal determination in uplink channel repetition
EP4371356A4 (en) * 2021-07-14 2024-08-28 Nec Corp COMPUTER COMMUNICATION METHODS, DEVICES AND STORAGE MEDIA
CN116420316A (zh) * 2021-11-05 2023-07-11 北京小米移动软件有限公司 波束的确定方法及装置
WO2023206213A1 (en) * 2022-04-28 2023-11-02 Qualcomm Incorporated Configurable channel types for unified transmission configuration indication

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109479208B (zh) * 2016-08-11 2021-06-22 华为技术有限公司 一种信息处理方法及设备
CN107734644A (zh) * 2016-08-11 2018-02-23 株式会社Ntt都科摩 信息发送、接收和控制方法，发送设备、接收设备和基站
CN116782393A (zh) * 2016-08-12 2023-09-19 华为技术有限公司 一种系统信息发送方法及装置
US11051353B2 (en) * 2018-03-19 2021-06-29 Apple Inc. PUCCH and PUSCH default beam considering beam failure recovery
ES2861202T3 (es) * 2018-05-10 2021-10-06 Asustek Comp Inc Procedimiento y aparato para la indicación de haz para la transmisión de enlace ascendente en un sistema de comunicación inalámbrica
EP3955622A1 (en) * 2019-04-09 2022-02-16 Ntt Docomo, Inc. User terminal and wireless communication method
WO2021028059A1 (en) * 2019-08-15 2021-02-18 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Uplink beamforming framework for advanced 5g networks
US10973044B1 (en) * 2019-10-03 2021-04-06 Qualcomm Incorporated Default spatial relation for SRS/PUCCH
CN113228750A (zh) * 2019-11-06 2021-08-06 Oppo广东移动通信有限公司 用于确定上行链路传输的传输功率的方法、用户设备和计算机可读介质
US11330668B2 (en) * 2019-11-22 2022-05-10 Apple Inc. 5G NR FR2 beam management enhancements
JP7519433B2 (ja) * 2020-04-15 2024-07-19 株式会社Ｎｔｔドコモ 端末、無線通信方法、基地局及びシステム
US11672019B2 (en) * 2020-05-01 2023-06-06 Ofinno, Llc Random access procedure
US20230261719A1 (en) * 2020-06-23 2023-08-17 Lenovo (Beijing) Ltd. Default beam determination for uplink signal transmission
US20230262608A1 (en) * 2020-06-26 2023-08-17 Telefonaktiebolaget Lm Ericsson (Publ) POWER CONTROL FOR UPLINK TRANSMISSIONS TOWARDS MULTIPLE TRPs
US20230292250A1 (en) * 2020-08-05 2023-09-14 Telefonaktiebolaget Lm Ericsson (Publ) MAC CE FOR POWER CONTROL FOR UPLINK TRANSMISSIONS TOWARDS MULTIPLE TRPs
US12089203B2 (en) * 2020-08-11 2024-09-10 Samsung Electronics Co., Ltd. Adaptive cross-carrier scheduling and flexible PUCCH groups
US11902910B2 (en) * 2020-09-14 2024-02-13 Samsung Electronics Co., Ltd. Power control of multiple uplink transmissions
US20230224125A1 (en) * 2020-09-30 2023-07-13 Qualcomm Incorporated Default pathloss reference signals for multi-panel uplink transmissions
KR20220097320A (ko) * 2020-12-31 2022-07-07 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에서 다중-trp에 관한 전력 헤드룸 보고를 위한 방법 및 장치
US12063602B2 (en) * 2020-12-31 2024-08-13 Asustek Computer Inc. Method and apparatus for power headroom report regarding multi-TRP in a wireless communication system
CN116746227A (zh) * 2021-01-11 2023-09-12 诺基亚技术有限公司 多传输接收点上行链路方案中参考信号资源的确定
WO2022157721A1 (en) * 2021-01-25 2022-07-28 Telefonaktiebolaget Lm Ericsson (Publ) Signaling closed-loop power control for single and multiple transmission/reception points (trps)
US20240195483A1 (en) * 2021-03-19 2024-06-13 Samsung Electronics Co., Ltd. Method and apparatus for default beam behavior of pusch for femimo
KR20220151301A (ko) * 2021-05-06 2022-11-15 삼성전자주식회사 네트워크 협력 통신에서 데이터 전송 방법 및 장치
KR20220151476A (ko) * 2021-05-06 2022-11-15 삼성전자주식회사 네트워크 협력 통신에서 데이터를 전송하는 방법 및 장치
WO2023209695A1 (en) * 2022-04-29 2023-11-02 Telefonaktiebolaget Lm Ericsson (Publ) Determining channels and signals for applying a time advance

Also Published As

Publication number Publication date
WO2021007854A1 (en) 2021-01-21
JP2022547778A (ja) 2022-11-16
US20220264600A1 (en) 2022-08-18
CN114128374A (zh) 2022-03-01

Similar Documents

Publication Publication Date Title
US9769765B2 (en) System and method for direct mobile communications power control
JP7310878B2 (ja) 端末デバイスで実施される方法、及びネットワークデバイスで実施される方法
JP6437449B2 (ja) 無線通信システムにおいて下りリンク制御チャネルモニタリング方法及びそのための装置
JP2024029137A (ja) 方法及び端末装置
US11546034B2 (en) Method and apparatus for transmitting channel state information
US9681437B2 (en) Methods and apparatus for communicating resource information in a communication system
WO2021174458A1 (en) Method, device and computer storage medium for communication
JP7327483B2 (ja) マルチｔｒｐ送信のための方法、デバイス、及びプログラム
US20190254043A1 (en) Apparatuses, methods and computer programs for implementing fairness and complexity-constrained a non-orthogonal multiple access (noma) scheme
US12068824B2 (en) Method and apparatus for transmitting channel state information
JP2022508454A (ja) マルチｔｒｐ送信のための方法、ネットワークデバイス、端末デバイス、及びコンピュータ読み取り可能な媒体
JP2023508160A (ja) 通信のための方法、ユーザ装置及び基地局
CN110731115A (zh) 用于参考信号配置的方法和装置
CN113170483B (zh) 多trp传输
US20220217629A1 (en) Power saving
KR20150133111A (ko) 전이중 통신 방식 및 반이중 통신방식을 지원하는 시스템에서 통신을 수행하는 방법 및 이를 위한 장치
JP2021520738A (ja) デュアルコネクティビティのための通信リソース設定
CN113708902B (zh) 用于休眠的带宽部分的信道信息报告
CN111165038B (zh) 用于同步信号和系统信息的发送的方法和设备
WO2023279332A1 (en) Method, device and computer readable medium for communication
WO2024103364A1 (en) Method, device and computer storage medium of communication
WO2024103363A1 (en) Method, device and computer storage medium of communication
US20240365309A1 (en) Method, device and computer readable medium for communication
WO2024065854A1 (en) Controlling a process towards a cell with a duplex operation
WO2014203298A1 (ja) 無線通信方法、無線通信システム、無線局および無線端末

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20231227

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240605